lexxcode

С наступающим, всех

зачем там псевдо-элемент вообще? это же просто бордером можно сделать http://jsfiddle.net/alexriz/8am5qbvj/8/

элементарно http://jsfiddle.net/alexriz/2o75excm/

В этом списке нужно было CD привод поднять наверх списка. Еще можно обратить внимание при загрузке компа, когда появляется лого материнской платы должно быть где-то написано, какой кнопкой в BIOS заходить (del обычно) и где-то рядом по какой кнопке вызвать меню с выбором загрузочного устройства (F2 например). Вот нажать эту кнопку и попробовать принудительно загрузиться с дисковода. Можно забить на дисковод вообще и загружаться с флешки, это проще и надежнее.

Что касается бутстрапа. Я лично против него. Объясню почему. Начнем с того что бутстрап изначально диктует свои правила, свои решения, свои дизайнерские решения. Да можно его пересобрать под конкретный дизайн, но все равно он оставляет свой отпечаток. Следовательно и дизайнер, по хорошему, должен заключать себя в какие-то рамки, чтобы обеспечить нормальную реализацию его дизайна конкретно на бутстрапе. Дизайнеры ооочень часто не могут придерживаться этих рамок или не хотят, или не умеют, не важно. Факт в том, что имеется дизайн который по сути никаким боком не подходит под идеологию фреймворка. Следующий момент готовые решения предлагаемые фреймворком, если в нем покопаться то там хватает откровенно дурацких решений. В итоге из всего что имеем, выходит что работа сводится к тому что разработчик в любом случае вынужден либо переделывать сам фреймворк под нужды проекта, либо маниакально переопределять его дефолтные свойства. Оба варианта по сути сводят на нет многие старания разработчиков фреймворка. Усложняется проект, усложняется процесс апгрейда фреймворка, если он был подвержен существенным модификациям. Для меня реально быстрее написать самому используя свои наработки и многолетний опыт и сделать действительно оптимальное и гибкое решение, чем заниматься приведением фреймворка в надлежащий вид. Да и по большому счету бутстрап не совсем фреймворк для разработки сайтов для продакшена, это сейчас так принято считать, даже на сайте самого бутстрапа уже об этом пишут. Бутстрап хорош для прототипирования проекта. Вот эту задачу с его помощью действительно можно эффективно решать. По быстрому накидал прототип, который можно поклацать, попробовать насколько это будет удобно, показать клиенту если нужно. Для этого да, согласен, бутстрап хорош, но не для построения сайтов в их конечном виде. Что касается less/sass/scss и им подобным. Если смотреть на это как на самодостаточный язык, то конечно там много интересных вещей. Но если на это смотреть с точки зрения приравнивания к css, то я бы не сказал что это действительно дает какой-то профит. Во-первых очень многие вещи из препроцессоров на практике нафиг не нужны. Во-вторых после препроцессорв очень часто генерируется css-код который даже css'ом назвать язык не поворачивается, это больше похоже просто на помойку из кучи нелепых решений. Особенно когда разработчик не то что css не знает, так еще и свой любименький препроцессор только по обложке изучил. Уже много раз я спорился с людьми которые мне утверждают мол на less можно писать код короче чем на css, приводят мне пример, который в итоге я пишу на css занимающий меньше кода чем препроцессорная поделка. Единственная ситуация когда препроцессор действительно удобнее, когда нужно сгенерировать кусок относительно повторяющегося кода, грубо говоря нужно создать 50 правил в которых меняется одно свойство с каким-то шагом, тут да бесспорно подобная способность препроцессора дает ему плюсик. Хотя никто не мешает запилить расширение к Emmet и творить чудеса с ним Прошу понять меня правильно, я не против того чтобы оптимизировать процесс разработки и отдавать автоматике рутинные задачи, наоборот, только за. но это должна быть оптимизация, а не плацебо) Я использую шаблонизацию для верстки на базе swig (просто jade не нравится мне по синтаксису, хотя тоже хорошая штука), использую gulp для автоматизации сборки шаблонов, обновления страницы в браузере и прочие. Я использую Emmet для написания кода. Потому что это действительно дает существенный прирост в скорости разработки и уменьшает количество второстепенных задач.

А jade рендерит именно WebStorm, а не gulp или grunt? http://stackoverflow.com/a/15505281 вон там у человека в окне настройки вотчера есть ключ --pretty наверное оно и есть

Где-то в опции рендера jade указать pretty: true

А что необычного в анимациях материал диза? Ну кривая изи-ин-аута поменялась слегка. Цвета кнопок теперь не просто плавно меняют цвет, а цвет заливает кнопку расширяющимся кругом. Элементы появляются не все сразу или рандомом, а в определенном порядке последовательно. Анимация она и в Африке анимация сценарий только разный

Мне с экрана чего либо в 95% случаев приятнее читать шрифт без засечек. Но это лично мое восприятие

Там есть раздел по шрифтам. Но, а вообще это некий документ-спецификация по дизайну, я бы назвал. Идея в том, что гугл, в частности на андроид устройствах, стремиться чтобы все было выполнено в одном стиле. Теперь они еще и разработчиков приложений (точнее дизайнеров, но и разработчики попадают) ставят перед фактом, что вот вам документ, следуйте ему в плане дизайна, иначе в маркет не пропустим. В целом я с этой идеей в большой степени согласен, ибо привлекательность интерфейса будет оставаться одинаковой в независимости от того в каком режиме он находится, будь то сама ОС, или стороннее приложение. А не так, что каждый дизайнит как хочет, еще у некоторых выходят далеко не самые лучшие решения, в итоге внешний вид ОС и приложений превращается в помойку. Да хоть в тех же ЛендингПейджах (будь они не ладны...) , напостой налепят там анимашек, единственное, что они активируются средствами js анимированные баннеры, или что-то вроде того. Да даже просто элементы интерфейса иногда подвергаются анимации дабы они выглядели более привлекательно

Мощность моего компа, по теперешним меркам, далека даже от средних показателей, так что такое была год назад. сейчас более чем актуальная технология (я ориентируюсь на потребность в ней, а не состояние спеки в w3c)

Ну не знаю, у меня анимации нормально работают в браузерах. я уже и забыл в каких там древних версиях оно еще тормозило

"Через чур easy" => "Слишком просто"

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

Да уже только IE11 поддерживаем, да и ему не долго жить осталось Flex-box пользуем на всю катушку

я как посмотрел, сказал "вот это помоооойкааа." и дальше продолжил писать css))

Мы говорим о разных процессах. Я пишу css, набираю аббревиатуру с параметрами, после разворачивания получаю css код со всеми префиксами которые меня интересуют. В твоем случае добавляется дополнительный этап пост-обработки кода

Да Да Да

Зачем он нужен если Emmet сам подставляет нужные префиксы опираясь на caniuse?

Да лааадно. Ровно так же и заводится, хоть в Ubuntu, хоть в ArchLinux, хоть на какой угодно ОС Вот проверил сейчас у себя, все ставится и работает на Linux. Проверь, возможно Emmet в игноре залип, такое бывает иногда. Зайди: Preferences > Settings - User Откроется конфиг саблайма, и там посмотри в секцию "ignored_package", если увидишь там Emmet, то удали и все заработает

Прям кислотный ДиДжей)) А вообще, бутстрап это плохо. А для таких мини-страничек подавно

ну конечно...

http://s.pikabu.ru/post_img/2013/06/10/6/1370852773_170238846.png Ага... Так неплохо, что потом клиент вынужден обращаться к нормальному верстальщику, чтобы он это все довел до ума, а скорее всего сделал с нуля. Та даже в визуальном редакоторе, чтобы получить хоть относительно нормальный код, нужно иметь представление как это все устроено изнутри и сверстать не одну сотню страниц руками. Чего у дизайнеров нет абсолютно. Так что ничего там дизайнерам не уйдет, расслабься.

Так я и говорю, что негусто, за три года всего полгода аптайма у диска, в таких ультра-щадящих условиях он лет 40 прожить должен в легкую. А тут всего около 9-ти обещают На моем HDD за 5 с лишним лет - 4.46 года аптайма, вот это показатель. и он только сейчас стал активно сыпаться. Так это HDD в котором еще и механика есть, а в SSD кусок камня, там ломаться вообще нечему)) Я лично знаю пример Samsung 840 Pro, который за 2 или почти 3 года даже, использовался на полную катушку, туда и swap льется, и временные файлы льются, на нем система установлена, с него же и игры стартуют. Разве что фильмы с него не смотрятся. Через него трафика перегнано страшно представить и при этом SMART показывает 100% целостность диска, резервные сектора вообще не использовались еще.

Полгода работы и уже 1% hp сломался?