Нужно будет проверить его работоспособность. Есть некоторая вероятность возникновения проблем.
Но в любом случае, до релиза разработчики будут иметь время на тестирование своих плагинов.
В скинах new и developer пока используется mootools. А вот в скине developer-jquery от mootools уж отказались.
По переводу new на jquery пока ничего сказать не могу.
А вот и не угадали :)
1) Это просто баг в коде, который отвечает за наследование блоков. Сегодня разберёмся.
Если не затруднит, дайте пару ссылок на плагины, которые выдают ошибку при выводе в сайдбар.
2) Разберёмся
3) Можно ссылку на плагин?
Вообще, к релизу таких нововведений, которые бы сломали плагины, не предвидится. Более того, там, где такая проблема возникает, стараемся решить вопрос в пользу обратной совместимости.
А это зависит от реализации вашего плагина.
Самый простой вариант отвязки ОРМ от базы — это полное переписывание класса MapperORM, причём с сохранением всех методов. То есть вместо обращений к БД класс будет обращаться к файлам.
Потому что сущность обращается к модулю, модуль обращается к мапперу. Если не трогать интерфейсные методы маппера, то сущность и модуль про подмену ничего не узнают и их код можно будет оставить.
Примерно так.
Есть таблица с топиками, есть таблица с тегами, есть промежуточная таблица со связями топик-тег. Соответственно получается, что любое количество топиков может быть связано с любым количеством тегов.
Например есть два топика с id равными 1 и 2, и три тега с id равными 1,2 и 3.
В таком случае записи в таблице связей могут выглядеть так:
topic_id | tag_id
1 | 1
1 | 3
2 | 1
2 | 2
Получается, что топиком 1 связано два тега — 1 и 3, в то же время, с тегом 1 связаны два топика — 1 и 2.
И если раньше такие свзяи нужно было поддерживать вручную — писать запросы для вставки, загрузки данных и т.п., то теперь достаточно выполнить манипуляции, описанные в статье.
Но в любом случае, до релиза разработчики будут иметь время на тестирование своих плагинов.
По переводу new на jquery пока ничего сказать не могу.
1) Это просто баг в коде, который отвечает за наследование блоков. Сегодня разберёмся.
Если не затруднит, дайте пару ссылок на плагины, которые выдают ошибку при выводе в сайдбар.
2) Разберёмся
3) Можно ссылку на плагин?
Вообще, к релизу таких нововведений, которые бы сломали плагины, не предвидится. Более того, там, где такая проблема возникает, стараемся решить вопрос в пользу обратной совместимости.
Самый простой вариант отвязки ОРМ от базы — это полное переписывание класса MapperORM, причём с сохранением всех методов. То есть вместо обращений к БД класс будет обращаться к файлам.
Потому что сущность обращается к модулю, модуль обращается к мапперу. Если не трогать интерфейсные методы маппера, то сущность и модуль про подмену ничего не узнают и их код можно будет оставить.
Некоторую более подробную информацию можно почитать в этой статье.
trac.lsdev.ru/svn/livestreet/trunk/
Есть таблица с топиками, есть таблица с тегами, есть промежуточная таблица со связями топик-тег. Соответственно получается, что любое количество топиков может быть связано с любым количеством тегов.
Например есть два топика с id равными 1 и 2, и три тега с id равными 1,2 и 3.
В таком случае записи в таблице связей могут выглядеть так:
Получается, что топиком 1 связано два тега — 1 и 3, в то же время, с тегом 1 связаны два топика — 1 и 2.
И если раньше такие свзяи нужно было поддерживать вручную — писать запросы для вставки, загрузки данных и т.п., то теперь достаточно выполнить манипуляции, описанные в статье.