omfg omfg

Так я и написал «рекомендует», никто не спорит, что это можно делать другими способами :)

Похоже, у нее такая же проблема, как и Fontsquirrel, кушает бублики —
Chrome

Firefox

IE


Но статья действительно могла бы быть более полная, есть куча важных вещей помимо рендеринга — нормализация вертикальных оступов, разные способы вычесление line-height и line box, располовинивание line gap и прочее прочее.

PS. Скринил под виртуалкой на thunderbolt, реальность может отличаться.

Насчет самого первого на Дальнем Востоке хотелось бы вас разочаровать, к сожалению, лет 5-6 назад у нас проводился хакатон для перловиков (если кто-то помнит еще такой язык ;). Правда упоминания о нем уже покрылись паутиной и пылью, даже не могу припомнить, как он называется.

Мы, кстати, в начале следующего года будем проводить хакатон во Владивостоке, спасибо, что поделились опытом! Скоро анонсируем на Хабре и в соцсетях.

Еду на YaC аж с Владивостока ради секции фронтенда.
Если кто-то еще едет, как написал хабраюзер выше — давайте кооперироваться!

Уже написал Андрею в личку, организуем ;)

Можно и на чистом css сделать codepen.io/chinchang/pen/xCkus

Зачем? Разберитесь с отдельной тулзой лучше, а лучше с командной строкой.

coffee --watch --map
будет сразу создавать source map и chrome developer tools к примеру, будет указывать ошибки именно в coffeeScript, а не в созданном из него js.

Еще дополнение по поводу пункта 5:
Во многих проектах, таких как github, gitlab, redmine и прочих, можно прямо в сообщениях к коммиту делать ссылки на соответствующие issue, к примеру «Resolve bug with ugly modal window in IE9 #123» станет ссылкой на issue 123 в веб-интерфейсе. Можно даже управлять issue при помощи определенных слов, к пример «Resolve bug with ugly modal window in IE9,fix #123» автоматически закроет этот тикет.

Являюсь сторонником грамотно написанных сообщений к коммитам, но некоторые советы написанные в статье — это через чур, по крайней мере для моего workflow.

autocmd Filetype gitcommit setlocal spell textwidth=72 и Никогда не используйте флаги для сообщения -m

Достаточно спорные советы — если вы правильно пользуетесь гитом и у вас частые атомарные коммиты, то вы будете повторяться в сообщениях к каждому коммиту, просто для того чтобы обойти ограничение.
Покажу на примере — мне нужно сделать модальное окно для авторизации. Что делаем сначала? Правильно, создаем новую ветку в названии которой уже можно проследить, для чего она создана, к примеру — feature-authorization-on-modal-windows. Потом делаем частые маленькие коммиты, описывающие зачем мы это сделали (специально посмотрел сейчас log — в основном коммиты по 50-70 символов). Когда задача сделана и протестирована, вливаем ее в qa или основную ветку, а вот тут, в merge коммите и можем описать все что написано в 4 пункте и зачем, и почему именно так, и какие проблемы могут возникнуть.

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

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

По моим наблюдениям в основном из упертости и нежелания учить что-то новое (что довольно странно для нашей сферы, да и что там учить?).
Не один из знакомых разработчиков попробовавший coffee хотя бы в течении дня, а не посмотревший на код сказав «Блиииин, как тут можно разобраться, где функция начинается, где фигурные скобки, ничего не понятно :(» не сказал потом что coffee не удобный или не понятный. Да, сначала есть трудности, да, не привычно для тех кто не писал на ruby/python, но понимание приходит через максимум неделю активного юзанья. Зато потом от лаконичности написанного кода и простоты его поддержки и расширения испытываешь одно удовольствие. Так что, имхо, игра стоит свеч, и те кто не пробывал CoffeeScript из-за каких-то непонятных побуждений и надуманных причин — попробуйте пописать на нем хотя бы день и я уверен, вы будете приятно удивлены… или хотя бы выучите диалект которого так боитесь, в любом случае никаких минусов.

Владимир Старков matmuchrapna собирал большую коллекцию материала по WAI-ARIA в своем блоге — vstarkov.ru/big-a11y-digest/

А на дроме актуальный выбор характеристик авто

Очень понравилась вот эта лигатура                ! Превосходная!

А если еще прогнать через svgo от deepsweet, то получаем 10.193 кб из 11.542 кб ;)

Простейший sass mixin выдает мне png для старья, которые автоматически сконверчены из svg по средствам ImageMagick.

Я прекрасно знаю, что такое Local Storage, а вот вы похоже не совсем… или я вас не правильно понимаю. Что вы хотите сохранять с его помощью, причему тут svg, а тем более js скрипты для его поддержки в старых браузерах?

«Сейчас в поисковики не попадают ембеды и обжекты — только картинки.»
Апрув или не было :) Google индексирует svg с 2010 года во всех его проявлениях.

Так и не увидел особых сложностей в вашем посте. Если у вас сервер отдает неправильные mime-type, то это проблема сервера, а не svg формата. Ну а фолбек для старых браузеров всегда был и будет, это обратная сторона быстрого развития технологий, стоит давно привыкнуть.

2) Древние эксперименты с разными методами вставки svg.
3) С чего вы взяли? Производительность должна быть одинаковая, рендер проводится браузером. Другое дело — количество запросов. Поэтому для меня оптимальный способ inline svg или base64 в стилях.
Глюк в ff воспроизводить нет времени, но можете попробовать назначить viewBox или изменить shape-rendering.

Вы понимаете, что эти костыли сделаны для браузеров не поддерживающих svg? У вас, к примеру, ie8 вообще ничего не отобразит. Все эти костыли строятся автоматически — мне не сложно.
Клиенту не важно что это img, inline svg или object — ему важно отображение.
Что сохранять? Какой LocalStorage? Я вас не понимаю :)

Смотря что вам нужно делать с svg — если просто вставить, то подойдет css background или img (ff 4+, ie9+). Если нужен какой-то js-интерактив или назначение стилей svg элементам через внешний css, то лучше выбрать inline svg (ie9+, ios5+), object, iframe и embed.
Насчет кроссбраузерности — лично я делаю png фолбек для ie < 9 по средствам modernizr, js определения (если не хочу тянуть modernizr) или css хака с \9.

Мопед не мой

Решение очень сырое, но все же посмотрите.

Да, конечно. Странности, попробуйте пропинговать и взять wget'ом. Или зайти через анонимайзер.

Никто не мешает сделать какое-то минимальное значение ;) А вообще, практическое значение эксперимента для дизайна весьма сомнительно, но я надеюсь, некоторых этот пример может натолкнуть на более реальные штуки.

Сорри, затупил :)

«Ехал в метро, парень на телефоне прямо при мне три уязвимости в рельсах нашёл. Потом ещё девушка на эскалаторе одну, прямо с айпада» (с) @scammer

Нормальная!

LocalStorage поддерживает уже большинство браузеров (ie8+) и проверять cookie через setTimeout совсем не изящное решение, как вы написали. При изменение localStorage срабатывает событие, которое можно слышать в любой вкладке. Посмотрите как работает soundcloud.

Думаю лишним не будет. Хотя все равно считаю что подход с масками кривоват.

Замечательные иллюстрации к статье, приятно читать и смотреть, спасибо!

По поводу перелинковки смарт-объектов — есть выход, хоть и немного кривой. Существует плагин CanLinkIt с помощью которого можно инклудить другие файлы в psd. Воркфлоу следующий —

1. Делаем общий UI kit;
2. При помощи плагина вставляем в один из слоев страницы наш файл c элементами интерфейса, маской показываем только нужный элемент;
3. При обновлении файла UI kit просто нажимаем кнопочку refresh в плагине и все;

Возможно есть и более элегантное решение, я пока не нашел.
Рекомендую к прочтению вот эту статью viget.com/inspire/linked-smart-objects-in-photoshop, там описано более подробно со всеми плюсами и минусами.

Если используете Sass, то почему не используете Compass? Там есть своя годная реализация compass-style.org/reference/compass/css3/images/
Для ie используется или filter, или svg.
Можете посмотреть код на githab для расчета filter.

Какое совпадение, только вчера занялся этим вопросом во Владивостоке. Обзвонил несколько фирм, нигде подобным не занимаются.
Удалось найти вот эту компанию — ecostar-tech.ru/
Утилизируют платно (хоть и копейки), но придется заморочиться с оплатой счета от физлица. Поговорил с одним из сотрудников — я не первый кто хотел бы выкидывать батарейки правильно, но к сожалению, на Дальнем Востоке вообще нет предприятий которые их хоть как-то перерабатывают. По его словам, батарейки собираются вместе, а потом вывозятся на полигон твердых бытовых отходов, так что разница между тем, выкините ли вы батарейку в мусорный бак или сдадите на утилизацию (я имею ввиду свой регион) очень мала.

Извиняюсь, не смог удержаться

В большинстве команд в которых я работал, тоже всегда делают merge с локальными изменениями, история выглядит ужасающе, особенно когда работают более 3 человек.
Вообще в конфиге есть опции для того чтобы rebase делался по дефолту.
За то что я бью линейкой по рукам за таки merge commits меня прозвали gitлером =/

Таких сервисов миллион, причем даже тематических, к примеру —
flickholdr.com/
placehold.it/
dummyimage.com/
placekitten.com/
Ну и самые любимые — placezombies.com/ и placeboobs.com/ :)

Попробуйте LiveReload (for mac) или ruby script LiveReload (for linux, mac, смотреть на github).
Он вотчит за директорией, обновляет браузер при любом изменении, собирает sass/less/stylus/haml/coffescript etc и еще много чего делает.