С июня по середину августа в этом году работал в деревне в 130км от города. Благо, что Билайн предоставил там устойчивый 3G. Купил 3G Wi-Fi роутер и поставлял интернет не только себе для работы, но и жене для нетбука и смартфона.
Согласен с автором по поводу электроснабжения: глубинка этим страдает. Бывало, что отключали питание на несколько часов из-за грозы. Ноутбук тянет часа 2 – 2.5, потом можно погулять отдохнуть пару часов ;-)
Уединения полного достичь не удалось, т.к. в деревне были жена и дочка, но по сравнению с тесной квартирой — земля и небо!
Рабочих мест было несколько от беседки, до второго этажа дома.
Резюмируя, можно сказать, что получился рабочий отпуск: немного отдохнул, хорошо поработал.
Но фактор семьи и домашних забот все же присутствует. Гораздо эффективней сейчас работается в коворкинге.
Надо же, а я перешел наоборот: Sublime → PhpStorm
Мне кажется, PhpStorm выигрывает по авто-дополнению в больших проектах. И форматирование кода как мне надо, удалось настроить только в этой IDE.
Но каждому свой набор «ключей и отверток» :-)
Смотря какие масштабы верстки. Кое-где и история версий пригодилась бы, что в IDE присутствует по умолчанию.
Присмотритесь к WebStorm — на мой взгляд одна из лучших IDE для фронтенда.
К слову, LiveEdit и Emmet в ней идут «из коробки».
Отправил в поддержку своего хостинга запрос с просьбой сделать автофокус при входе в панель управления.
Спасибо, до вышей статьи даже не задумывался об удобстве этой фичи, теперь везде обращаю внимание.
Спасибо за статью. Хотелось бы еще услышать про поддержку другими браузерами, отличными от Firefox.
Ну и в тему, для этих целей отлично подходит Modernizr.
Рекомендую почитать комментарии к этому топику.
Emacs — текстовый редактор.
PhpStorm — IDE.
Каждый решает сам, где работать, но IDE дает больше возможностей. Вот хотя бы несколько из них:
Спасибо, интересное расширение.
На ваши вопросы:
1. Субъективно, hover был бы удобнее, а по клику лучше оставить привычное открытие «хабрацентра».
2. Что вы имеете в виду под «контекстами подсветки»? Если возможность «подсвечивать» автора поста в комментариях — было бы здорово!
3. У вас простой и надежный вариант, и пока нет API на этот случай — это лучшее.
Я не уловил как переиспользуется ваш цикл для других случаев.
Он и не переиспользуется, а лишь позволяет компактно один раз пройтись по списку. Фактически — это попытка превратить for → foreach, конечно, без встроенного итератора и цвета приходится передавать вручную. Да, возможно — это не столь канонично, но ведь SASS/SCSS — всего лишь препроцессоры, а не полноценные языки.
На случай изменения цвета достаточно использовать переменные или тот же список nth($colors, 1) — разве нет?
У меня в проекте так и делается — есть переменные, привязанные к элементам списка. В статье об этом не написано, т.к. не по теме. И опять же — это вопрос, кому как удобней.
не проще тогда сделать их глобальными (можно с некоторым префиксом типа palette-color1).
Опять же, для удобства. Я всегда в коде смогу быстро что-то сделать «красным» и все будет в гамме. А вспомнить, что означает palette-color1 — не так просто.
класс не должен в имени содержать описание того как будет выглядеть элемент — так если вы поменяете цвет в $colors то класс red может уже не быть красным ;)
Никто не обязывает использовать цикл для цветов — это просто демонстрация инкремента.
правил с respond-to около 100 (а это наверное средний проект), у вас будет 300 @media правил и 16,5 кб оверхеда на ровном месте.
Вот здесь абсолютно согласен, для больших проектов, рассчитанных под множество разрешений — это может стать критичным. Но это решать каждому. Я просто счел эту методику удобной и поделился.
Было бы круто если бы это все группировалось (а еще лучше в отдельные файлы) и не плодилось @media правил
Да, с этим вообще беда. Запрос уже давно висит, но пока это не внедрили.
но имхо, ваш пример с циклом гораздо сложнее чем пять css правил
Почему же сложнее? 7 строк кода кода всего, при том, что не надо 5 раз писать один и тот же код. И в случае изменения цвета в списке, во всем файле пройдет подстановка цветов — я же не в одном месте этот список использую, а постоянно, так как сайт весь в этой палитре. И потом, я не претендую на то, что пример идеален — это лишь техника, которая мне помогает.
вас видимо не сильно волнует размер результируешего css?
Понимаю вас, но считаю, что читаемость и поддерживаемость важнее, чем сравнительно небольшое увеличение размера файла. Respond-to позволяет в одном правиле описать полностью поведение объекта для всех состояний — и это замечательно!
Особенно на фоне тех примеров, которые приходилось видеть и поддерживать.
Кстати, вот еще парассылок по использованию respont-to в sass.
Может быть, любителей создавать смайлы и тех, кто осуждает такую практику? :-)
Хотя, наверное, правильно было сказать: «породит простор для креатива и размышлений».
Как минимум, и о чем говорит GaMBiT — простор для полета фантазии создателей разных смайлов. Ну и, конечно, темы для обсуждения эмотиконов и текстовых смайлов.
Согласен с автором по поводу электроснабжения: глубинка этим страдает. Бывало, что отключали питание на несколько часов из-за грозы. Ноутбук тянет часа 2 – 2.5, потом можно погулять отдохнуть пару часов ;-)
Уединения полного достичь не удалось, т.к. в деревне были жена и дочка, но по сравнению с тесной квартирой — земля и небо!
Рабочих мест было несколько от беседки, до второго этажа дома.
Резюмируя, можно сказать, что получился рабочий отпуск: немного отдохнул, хорошо поработал.
Но фактор семьи и домашних забот все же присутствует. Гораздо эффективней сейчас работается в коворкинге.
Мне кажется, PhpStorm выигрывает по авто-дополнению в больших проектах. И форматирование кода как мне надо, удалось настроить только в этой IDE.
Но каждому свой набор «ключей и отверток» :-)
Присмотритесь к WebStorm — на мой взгляд одна из лучших IDE для фронтенда.
К слову, LiveEdit и Emmet в ней идут «из коробки».
Спасибо, до вышей статьи даже не задумывался об удобстве этой фичи, теперь везде обращаю внимание.
Ну и в тему, для этих целей отлично подходит Modernizr.
Emacs — текстовый редактор.
PhpStorm — IDE.
Каждый решает сам, где работать, но IDE дает больше возможностей. Вот хотя бы несколько из них:
На ваши вопросы:
1. Субъективно, hover был бы удобнее, а по клику лучше оставить привычное открытие «хабрацентра».
2. Что вы имеете в виду под «контекстами подсветки»? Если возможность «подсвечивать» автора поста в комментариях — было бы здорово!
3. У вас простой и надежный вариант, и пока нет API на этот случай — это лучшее.
Он и не переиспользуется, а лишь позволяет компактно один раз пройтись по списку. Фактически — это попытка превратить for → foreach, конечно, без встроенного итератора и цвета приходится передавать вручную. Да, возможно — это не столь канонично, но ведь SASS/SCSS — всего лишь препроцессоры, а не полноценные языки.
У меня в проекте так и делается — есть переменные, привязанные к элементам списка. В статье об этом не написано, т.к. не по теме. И опять же — это вопрос, кому как удобней.
Опять же, для удобства. Я всегда в коде смогу быстро что-то сделать «красным» и все будет в гамме. А вспомнить, что означает palette-color1 — не так просто.
Никто не обязывает использовать цикл для цветов — это просто демонстрация инкремента.
Вот здесь абсолютно согласен, для больших проектов, рассчитанных под множество разрешений — это может стать критичным. Но это решать каждому. Я просто счел эту методику удобной и поделился.
Да, с этим вообще беда. Запрос уже давно висит, но пока это не внедрили.
Почему же сложнее? 7 строк кода кода всего, при том, что не надо 5 раз писать один и тот же код. И в случае изменения цвета в списке, во всем файле пройдет подстановка цветов — я же не в одном месте этот список использую, а постоянно, так как сайт весь в этой палитре. И потом, я не претендую на то, что пример идеален — это лишь техника, которая мне помогает.
Понимаю вас, но считаю, что читаемость и поддерживаемость важнее, чем сравнительно небольшое увеличение размера файла. Respond-to позволяет в одном правиле описать полностью поведение объекта для всех состояний — и это замечательно!
Особенно на фоне тех примеров, которые приходилось видеть и поддерживать.
Кстати, вот еще пара ссылок по использованию respont-to в sass.
Хотя, наверное, правильно было сказать: «породит простор для креатива и размышлений».