Работай давай, раз модер. Объединяй, бань ... :)

Кстати зачем избыточность: tabs-header-active_false ? без true и так ясно что false. Или чтобы можно было сразу все неактивные получить?

да, ну минусом это точно не будет, как то лень писать если есть то true если нет то пустая строка, проще просто значение менять, избыточность то не тупит так что пусть будет чо.

Оцените UI то)? Норм нет? Норм развиваемся)? Круче чем ангуляр)? Обсирайте давайте) надо чтобы вы обсирали и находили недостатки и пожелания) мне нужна самая жесткая критика, таким образом я буду все улучшать и улучшать UI)

Щас короче импорт замучу и буду думать как сделать составные модули из модулей с авто зависимостями, если стоит автоимпорт чтобы он пытался подгрузить недостающие модули.

Например, я описал уже модуль меню

<menu horizontal>
  <item>
  <item>
  <item>
</menu>

у него есть там пару сокетов, и я хочу использовать его внутри модуля табов, ну вверху) чтобы не описывать "менюшную логику" каждый раз) и вот думаю как это сделать поняшнее, это будет 1.0

Нувыпонели короче, табы это меню + слайдшоу, чтобы не описывать эту логику по 100 раз я хочу чтобы шаблон табов выглядел так:



Ну вот ща будем думать как это сделать) но после импорта) UI.js это революция в сайтостроении)!

Эт вродь несложно, основная фича в слайдах именно контент.
Клонировать обрамление - мало толку,

При большом объеме контента каждого слайда обрамление так же служит неким якорем для глаза, обеспечивающим разграничение

щито? это связано с UI и пиханием модулей под капот других модулей или что?

п.с. о все кстати) придумал, у меня был такой чудометод bind связывающий виджет с каким то значением в скоупе)

ну если чекбокс биндим то true false в скоуп попадает при его переключении, если инпат биндим то его значение и.т.п.
типа

scope.ololo = false; 

$('checkbox').bind('ololo')

вот тип того, я могу сделать так прозрачно что этот метод будет определять не только чекбокс под ним или инпат какой нить,а будет смотреть НЕ К КАСТОМНОМУ ЛИ ЭЛЕМЕНТУ МЫ его применяем)) и если да, то он будет понимать что там под капотом целый модуль со своими сокетами которые можно будет слушать и класть их значения в свой скоуп, можно будет вторым аргументом передать какой именно сокет слушать)

ЭТО МЕГА)!!

например у менюшек есть сокет "toggle" все кто на него подписан получают сообщения о текущем номере активного пункта меню) так и тут мы можем подписать то что будет приходить по этому сокету забиндить это в скоуп текущего модуля)!! я ебаный гений!

это как-то так


вот как-то так короче)



типа того)) типа биндим этот сокет к такому-то значению текущего скоупа) МУХАХА ГЕНИАЛЬНО))
а елси там под капотом обычный элемент чекбокс например вторым аргументом надо передавать типа его свойство которое будим биндить, например selected или value для инпатов )) но для немодулей эт не обязательно)


Иными словами если если это модуль
ну всмысле созданный мной)
то я могу просто биндить его сокет к темущму скоупу и работать с ним тут)

и кстати раз мы биндим то логично как-то и обратно отдавать данные, ну вот и все просто) при изменении этого значения в скоупе мы будем передавать это значение модулю меню по этому же сокету)

(для этого bind подпишет нас на этот сокет этого модуля и его насильно подпишет на нас)

Ну все короче, харош болтать за дело)

Так норм пасоны модули оформлять?



в element мы парсим исходный элемент и получаем данные и кладем их в скоуп, в сonctol описываем логику модуля, и еще в коде должен быть html шаблон)

норм)?

щас буду импорт пилить

щас короче вот это запилю и буду мутить календарики ваши на инпаты)




репит блабла as блабла
типа
повторить то то и значение класть в то то
и внутри него это значение будет доступно по этому имени)

Это было проще чем я думал))