creative-co / frontend Goto Github PK

Неплохая идея отделить bootstrap от методологии в отдельную папку bootstrap и плясать там как угодно с ним.

ToDo - сделать пример

Использовать плагин .editorconfig примерно с такими настройками:

# All files
[*]
charset = utf-8
end_of_line = lf
insert_final_newline = true
trim_trailing_whitespace = true
indent_style = space
indent_size = 2

# MarkDown
[*.md]
trim_trailing_whitespace = false

Сейчас в части проектов используется чистый js, в другой — coffee. Мне кажется, что уже можно спокойно использовать es6 и babel для преобразования es6 → es5. В sprockets 4 он будет работать из коробки, сейчас есть отдельный гем sprockets-es6, который преобразует файлы .es6 в обычный js.

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

Как быть в таком случае?

Мой вопрос из письма касаемо описанной @a-frolovsky системы.

Что если вид блока должен быть определён модификатором родительского блока, в случае, когда нет возможности (или это нецелесообразно с точки зрения программной реализации) пробросить собственный модификатор на интересующий нас блок - должны ли мы описать эти модифицированные правила в стилях родительского блока, к которому применён модификатор, или непосредственно в стилях интересующего нас блока, сделав каскад от модификатора.

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

Например. Есть вёрстка блока со списком апдейтов. (У меня тут .block-name, .block-name_element-name, .-modifier).

.feed
  .update
    .update_author
      .user
        .user_avatar
        .user_name
    .update_content
  .update
  .update
  <…>

На Лэндинге нужно вывести этот же фид, но слегка в модифицированном виде (увеличить отступы между апдейтами, увеличить размер аватарки пользователя). Как этого добиться?

Вешать модификаторы на каждый изменённый элемент (т.е., “пробрасывать” их внутрь блока фида)?

.feed.-landing
  .update.-landing
    .update_author
      .user.-landing
        .user_avatar
        .user_name
    .update_content
  .update.-landing
  .update.-landing
  <…>

Завести врапперы-элемены блока .feed, чтобы задавать отступы через них, а не непосредственно через блоки .update?

.feed.-landing
  .feed_update
    .update
      .update_author
        .user.-landing
          .user_avatar
          .user_name
      .update_content
  .feed_update
    .update
  .feed_update
    .update
  <…>

Или, всё-таки, допускается каскад от .feed.-landing (чтобы, скажем, не перегружать паршал фида логикой навешивания классов-модификаторов)? Тогда в файл со стилями какого блока правильнее было бы его определить, feed или в стили блоков, затронутых изменениями?