Поиск в системе

С момента последнего обновления 12 января для будущей AlterVega 1.0.1 приготовлены еще 2 новых функции. Все остальное пойдет в следующие версии. Лицензирование Теперь встроена система лицензирования. В админ-панели появилась новая страница "Лицензия". Для администратора теперь стало удобно получать всю информацию о лицензии, актуальности его версии форума и видеть последние новости по AlterVega прямо из интерфейса самого форума. http://altervega.ru/forums/upload/forum/2012/02-06/9d3f0d25ed5e574b66675f1c8a8b79e1.png Смена стилей Шаблоны в AlterVega устроены довольно просто. Они представляет собой папку со всеми шаблонами. Это один стиль. В будущем появятся встроенные инструменты для установки и экспорта стилей, а пока новые стили автоматически считываются системой при создании новой папки со стилями рядом со стандартным шаблоном. В админ-панели появилась страница смена стилей, выбираемый стиль можно посмотреть перед переключением форума на работу с ним. http://altervega.ru/forums/upload/forum/2012/02-06/219057db8cd6467ac26560b2994ad3b8.png

Общая проблема для администраторов заключается в том, что изменения в стиле необходимо добавлять при каждом обновлении. Это часто трудоемкий и кропотливый процесс. Необходимо найти все различия по отчету сравнения и вручную добавить их в существующие шаблоны. Большие обновления, такие как переход на версию 3.1, означают большое количество измененных шаблонов. Я рад сообщить, что мы добавили новый инструмент, который значительно помогает в данном процессе. Действительно, для стилей с небольшим количеством изменений новый инструмент обновление будет делать в автоматическом режиме. Инструмент объединения стилей Новый инструмент проверит на различия и попытается добавить эти различия в ваши шаблоны и CSS файлы. Для тех, кто интересуется техническими деталями, трехстороннее объединение работает так: находятся различия для старого главного стиля и нового главного стиля, затем различия между пользовательским стилем и новым главным. Все изменения сливаются в единый текст. Если изменение есть и в главном старом > главном новом и пользовательском > главном новом, то изменение помечается конфликтным. Тот, кто работал с системами контроля версий, хорошо знаком с основными принципами. Если вы хотите увидеть демонстрацию на практическом примере, пожалуйста, посмотрите данный ролик: Типичный рабочий процесс будет выглядеть следующим образом: Запуск инструмента сравнения стилей В автоматическом режиме или вручную решение конфликтов Фиксирование результатов Исправление вручную мелких ошибок, если необходимо Давайте рассмотрим следующее: Данная картинка показывает пользовательский стиль 3.0.5 версии форума 3.1. Как вы можете видеть, есть следующие проблемы: отсутствие элементов и неверное оформление элементов. http://www.mattmecham.com/skitch/Shades-20100430-162715.jpg Когда мы запускаем инструмент, все шаблоны проверяются на различия: http://www.mattmecham.com/skitch/Shades-20100430-162825.jpg Получаем список шаблонов, которые имеют различия, в дальнейшем можем применить фильтр к результатам: http://www.mattmecham.com/skitch/Shades-20100430-162946.jpg Мы можем предварительно просмотреть конфликты: http://www.mattmecham.com/skitch/Shades-20100430-163045.jpg И можем вручную отредактировать конфликтный текст: http://www.mattmecham.com/skitch/Shades-20100430-163136.jpg После того, как мы решили конфликты, можно совершить следующие изменения: http://www.mattmecham.com/skitch/Shades-20100430-163215.jpg Конечный результат довольно хорош. Нам потребуется немного поменять CSS, чтобы изменить цвет границы блока уведомлений для этого необходимо осуществить несколько нажатий мышкой: http://www.mattmecham.com/skitch/Shades-20100430-163341.jpg Конечно, данный инструмент не волшебная палочка, но он в значительной мере поможет при ручном обновлении стилей, как было показано выше, когда для стилей с простыми изменениями может потребоваться немного ручного вмешательства. Мы надеемся, вы посчитаете новый инструмент полезным при обновлении IP.Board 3.1. Оригинал статьи: http://community.invisionpower.com/blog/1174/entry-4865-ipboard-310-dev-update-template-merge-center/

Одной из новых полезных возможностей IP.Board 3.0 был интегрированный установщик приложений и хуков. Использование данной функции избавило от головной боли при обновлении модификаций, так как раньше, когда производители выпускали новую версию, и вам приходилось или запускать скрипт-установщик или устанавливать компонент, предназначенный для установки модификаций. Новая возможность помогает и при установке модификаций, но при этом работа со стилями осталась прежней. Теперь, когда разработчики обновили стили для третьей версии, переход владельцев форумов, использовавших этот стиль, на новую версию стиля влечет большие трудности. Процедура обновления требует импортирования новой версии стилей, замена ими старой версии и удаление старой версии. Если у вас было что-то изменено, то, чтобы вернуть стили к прежнему или первоначальному виду, вам необходимо было отследить эти изменения, чтобы применить новую версию. Не стоит говорить, что сама по себе процедура крайне трудоемка. Не так давно я наткнулся на сообщение, где были описаны все эти неудобства. Это заставило меня задуматься. Неужели нет способа, чтобы обновить стили также как это делается для приложений и хуков? Чтобы решить эту проблему, я стал разрабатывать дополнительные возможности функций экспорта/импорта стилей. По сути, это должно работать следующим образом: когда вы импортируете стиль, информация о стиле проверяется, чтобы проверить установлен ли 'skin set key’. Если такой ключ есть, то необходимо проверить, не установлен ли уже стиль с таким ключом. Если такой стиль найден, и вы сообщили установщику, что хотите его обновить, то будет предпринята попытка автоматического обновления существующего стиля. Для всех изменений из нового стиля будет произведена проверка необходимости применения этих изменений на уже существующих элементах старого стиля. Далее, я покажу вам опцию, позволяющую сообщить системе о необходимости обновления существующего стиля: Так же была проделана большая работа над программной частью, в частности над реализацией принятия решения об обновлении существующего элемента или его полной замене новой версией. Также есть большое количество проверок, необходимых для устранения возможного дублирования элементов. Я предполагаю, что эта возможность будет оценена многими пользователями. Оригинал статьи: http://community.invisionpower.com/blog/1174/entry-4031-ipboard-310-dev-update-skin-upgrader/