MaxKorz: я кажется выше уже написал - мне удобнее упорядоченные списки. по алфавиту =) Но я также уточнил, что по большому счету это мизерная разница и она не имеет особого значения.
А давай взглянем на ситуацию под другим углом. Пусть будет какой-то проект средней паршивости. Не задрипанная визитка, а какой-то более или менее развивающийся сайт с длительной поддержкой и есть я - пришедший новый разработчик или даже нанятый фрилансер на разовые доработки. Как мне догадаться в какую группу вставить новое свойство, которое еще не определено в данном селекторе? Правильный ответ - прочитать стайлгайд по написанию стилей в данном проекте. Но мы-то помним, что проект - средней паршивости, никто там никаких стайлгайдов не писал и не собирается. А гадить в коде тоже не хотелось бы. В итоге имеем красиво написанный код, который постепенно превращается в гавно. И это не вымышленный пример, это суровая реальность. Для меня вывод очевиден - не стоит идти на поводу собственных хотелок, чем проще правила, тем легче их придерживаться.
MaxKorz: =) моему "чувству сортировки" глубоко пофиг в каком порядке идут свойства. Но если я правлю чужой код, в котором описание селектора содержит пару десятков строк, то мне было бы удобнее и быстрее найти нужное свойство по алфавитному порядку, а не гадать, какими соображения руководствовался автор, группируя определения. Именно в этом заключается мой месседж - предпочтения субъективны, алфавит - один для всех.
Только один хрен всё это не имеет никакого значения. Как бы ни были отсортированы свойства - все равно поиск любого вряд ли займет у вас более полусекунды-секунды. Мелочь. Фигня. Отсюда вопрос - нафига вообще их сортировать/группировать?
Алфавит универсален, объективен, исключает разночтения отдельных разработчиков (никто не будет спорить, что padding должен располагаться после align-items). Алфавитная сортировка может быть легко автоматизирована. Все остальные "рекомендации" - это сугубо личные предпочтения отдельных девелоперов и могут кардинально различаться у каждого из них.
Почему рекомендуется сначала располагать позиционирующие свойства? Я, например, сначала задаю внешний вид элемента (шрифты, цвета и т.п.), а уже потом его "вписываю" в страницу (по принципу независимых блоков). И вот уже возник спорный момент в сортировке свойств "по смыслу".
parnasmi: Никогда не трогайте body. Максимум - фон и шрифты, но не раскладка.
Сделайте враппер, заверните в него весь сайт, и колдуйте дальше. Мне сейчас лень аргументировать, просто поверьте моему опыту...
Пример с прижатием подвала флексами очень прост - https://jsfiddle.net/8r81btmp/
Однако нужно помнить, что в IE11 работать не будет из-за бага в браузере. Баг исправлен только в Edge.
Ярослав Иванов: Если клиент использует данный браузер - статистика не поможет. Был у меня один такой, пару лет назад. послал его в жопу с его причудами.
Далее серьезно:
Специализированная система голосового ввода для программиста могла бы как минимум понимать в какой файл мы вводим код, а значит на каком языке. Она может понимать базовые правила синтаксиса данного языка и сама расставлять знаки, которые необязательно проговаривать, например ";" в конце выражения. IDE может делать автоформат кода. И тому подобное. Тот факт, что языки программирования используют английский язык для зарезервированных слов упрощает распознавание - не нужны локализации, и английский в настоящее время достаточно хорошо распознается разными спич-ту-текст системами. jasonOk писал про навигацию и ошибки. В вопросе навигации по файлам и внутри файла я вообще проблемы не вижу - просто набор голосовых команд, сродни горячим клавишам.
Ну и клавиатуру же никто не отменяет. Можно надиктовать большой кусок кода (тело функции или метода) и отредактить вручную, если нужно, в процессе отладки.
В общем в этом вопросе я склонен поддержать xmoonlight - сложно, перспективно. Возможно когда-нибудь появятся подобные системы.
Фон нельзя, рамку "разрезать" тоже невозможно. Какой из этого нужно сделать вывод?
Вывод очевидный, как пять копеек - левого бордера нет! Это просто полоски, сделанные, например, псевдоэлементами.
Чуть-чуть воображения и не стоило задавать вопрос. Тем более про такую рамку задают вопросы каждую неделю...
А давай взглянем на ситуацию под другим углом. Пусть будет какой-то проект средней паршивости. Не задрипанная визитка, а какой-то более или менее развивающийся сайт с длительной поддержкой и есть я - пришедший новый разработчик или даже нанятый фрилансер на разовые доработки. Как мне догадаться в какую группу вставить новое свойство, которое еще не определено в данном селекторе? Правильный ответ - прочитать стайлгайд по написанию стилей в данном проекте. Но мы-то помним, что проект - средней паршивости, никто там никаких стайлгайдов не писал и не собирается. А гадить в коде тоже не хотелось бы. В итоге имеем красиво написанный код, который постепенно превращается в гавно. И это не вымышленный пример, это суровая реальность. Для меня вывод очевиден - не стоит идти на поводу собственных хотелок, чем проще правила, тем легче их придерживаться.