Михаил Белошицкий

Вот так, наример https://jsfiddle.net/mbeloshitsky/npq01mLr/1/

Правда `position: sticky` в IE11 не работает.

Можно и флексом сверстать, перенесите только ваш скролл в какой-нибудь контейнер и работайте с ним уже привязавшись к контейнеру.

Уберите из вашей верстки css-классы collapse.

UPD Бутстрап написан с закладкой на то, что его будут использовать на десктопе, планшете, смартфоне. Поэтому некоторые его компоненты имеют класс collapse и будут скрыты при переходе в режим планшета/смартфона (что как раз определяется шириной окна. Другие же компоненты, помеченные классом collapsed наоборот, в режиме десктопа скрыты и будут показаны в режиме планшета/смартфона.

Потому что не сохраняя событие в переменную вы в своем цикле, в строчке
event.target = event.target.parentNode;
обновляете не просто собственную переменную, а поле браузерного события. Такими объектами пользуетесь не только вы, но и браузер, поведение которого и может приводить к зависанию.

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

Маловероятно что подобный "интерфейс для дашбордов" вообще можно как-то обобщить - все будет очень варьироваться в зависимости от компонент, которыми вы пользуетесь.

Задачка эта не такая сложная - любой подобный интерфейс состоит из: 1) сетки, 2) списка компонентов (которые драг'н'дроппятся на сетку) и 3) интерфейса параметризации дропнутых компонент (как правило это какой-либо вариант propertysheet'а).

Вот только если ваш источник данных для админки - сайт на рельсах, а используете вы jquery, решать эту задачку нужно одним способом. А если вы аггрегируете логи при помощи elasticsearch и используете vue.js или angular - совсем другим способом.

Нашел интересный продукт www.pentaho.com

Это уже готовая система, в которой эта задачка реализована - скорее всего специфическим для этой системы кодом.

Меню со списком биндится также, как и простой селект.

Вот так или так.

Правда обычно прижимать дивы вниз не требуется, обычно просто на прототипе контента мало, поэтому выходит некрасиво и их хочется прижать.

"Эталонный" код отличается от неэталонного тем, что в течение своей жизни, при исправлениях и внедрении каких-либо новых функций, претерпевает минимум изменений, и эти изменения локальны - то есть правится не по 1 строчке в 10 разных местах, а 5-10 строчек в одном месте.

Поэтому вашим другом в поисках должна стать история изменений в системе контроля версий, соответственно, искать эталонный код надо в местах, где эта история есть, на github и bitbucket. Хорошими критериями для первоначального отбора будут популярность, длительное время жизни проекта, небольшой объем (чтобы разбираться легче было).

То, что вы написали тоже, конечно, имеет значение, но так абстрактно не рассудишь. Вот мне, к примеру, не нравится когда html мешают c js. Но с другой стороны на подобном подходе построен react.js, в котором этим пожертвовали в угоду идее компонентно-ориентированного подхода. И, по слухам, получилось неплохо.

Посмотрите на статические движки, по типу jekyll, staticgen.

Jekyll относително хорошо деплоится на гитхаб, более того, на последнем есть репозитории (например, см. poole) с настроенным джекиллом и темой - просто форкаете его, клонируете на локалхост, пишите. Возникает необходимость - публикуете при помощи git push, не возникает - продолжаете писать на локалхост.

У mackenzie child по заполнению формочки будут высланы 5 (или 6, навскидку не вспомню) писем на английском, в которых излагаются основы дизайна.

Впаривание собственных wireframe-шаблонов для Sketch прилагается, но как некий скелет для дальнейшего наращивания знаний должно подойти.