Ivan Petropolsky ipetropolsky

## dropdown-position.md

      
              1 file
            
          
              0 forks
            
          
              9 comments
            
          
              2 stars
            
          
                ipetropolsky
                / dropdown-position.md
            
            
              Last active
              August 29, 2015 14:03
            
              
                Позиционирование дропдауна
              
          
    Позиционирование дропдауна

Проблема: дропдаун не меняет положения при ресайзе или изменении положения родителя. Касается также тултипов, поповеров и попапов.
Вариант №1: Кладём в body

Плюсы


Чистые стили, только reset.css.


## gist:938ba508599b549dd092

      
              1 file
            
          
              0 forks
            
          
              0 comments
            
          
              1 star
            
          
                App3x
                / gist:938ba508599b549dd092
            
            
              Last active
              August 29, 2015 14:07
            
          
    Разделение имплементации и реализации компонентов

Идея заключается в отделении логики реиспользуемого компонента от интеграционной логики.
Модуль с реализацией должен возвращать конструктор, и ничего не должен знать про css/верстку.
Модуль с интеграцией должен служить адаптером, между нашей версткой/css классами, в т.ч. блоко.
Конструктор реализции принимает словарь с параметрами компонента и словарь с элементами необходимыми для работы.
Предложение по блоко


## gist:3b924c01769241e33642

      
              1 file
            
          
              0 forks
            
          
              1 comment
            
          
              1 star
            
          
                App3x
                / gist:3b924c01769241e33642
            
            
              Last active
              November 11, 2015 14:15
            
              
                Доработки по компонентам
              
          
    Проблема недетерминированности порядка инициализации компонентов.

Во-первых: нужно явно отделить механизмы ожидания инита компонента, и ожидания события в каком-то компоненте.
Для событий - любой реализуемый механизм (калбеки/события/промисы etc)
Для ожидания инита компонента - реализация в механизме компоннентов в виде Components.await(node, componentName) -> Promise
Почему bloko/common/ready плохо:

bloko никак не связан с нашей структурой, и не должен завязываться на наши особенности инициализации компонентов, блоко должен предоставлять независимые модули, которые будут инититься синхронно по зависимостям.