omfg
0
Так я и написал «рекомендует», никто не спорит, что это можно делать другими способами :)
omfg
0
Похоже, у нее такая же проблема, как и Fontsquirrel, кушает бублики —
Chrome
Chrome
Firefox
Firefox
IE
IE

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

PS. Скринил под виртуалкой на thunderbolt, реальность может отличаться.
omfg
0
Насчет самого первого на Дальнем Востоке хотелось бы вас разочаровать, к сожалению, лет 5-6 назад у нас проводился хакатон для перловиков (если кто-то помнит еще такой язык ;). Правда упоминания о нем уже покрылись паутиной и пылью, даже не могу припомнить, как он называется.
omfg
+1
Мы, кстати, в начале следующего года будем проводить хакатон во Владивостоке, спасибо, что поделились опытом! Скоро анонсируем на Хабре и в соцсетях.
omfg
+12
Еду на YaC аж с Владивостока ради секции фронтенда.
Если кто-то еще едет, как написал хабраюзер выше — давайте кооперироваться!
omfg
+1
Зачем? Разберитесь с отдельной тулзой лучше, а лучше с командной строкой.

coffee --watch --map
будет сразу создавать source map и chrome developer tools к примеру, будет указывать ошибки именно в coffeeScript, а не в созданном из него js.
omfg
+3
Еще дополнение по поводу пункта 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» автоматически закроет этот тикет.
omfg
+4
Являюсь сторонником грамотно написанных сообщений к коммитам, но некоторые советы написанные в статье — это через чур, по крайней мере для моего workflow.
autocmd Filetype gitcommit setlocal spell textwidth=72 и Никогда не используйте флаги для сообщения -m
Достаточно спорные советы — если вы правильно пользуетесь гитом и у вас частые атомарные коммиты, то вы будете повторяться в сообщениях к каждому коммиту, просто для того чтобы обойти ограничение.
Покажу на примере — мне нужно сделать модальное окно для авторизации. Что делаем сначала? Правильно, создаем новую ветку в названии которой уже можно проследить, для чего она создана, к примеру — feature-authorization-on-modal-windows. Потом делаем частые маленькие коммиты, описывающие зачем мы это сделали (специально посмотрел сейчас log — в основном коммиты по 50-70 символов). Когда задача сделана и протестирована, вливаем ее в qa или основную ветку, а вот тут, в merge коммите и можем описать все что написано в 4 пункте и зачем, и почему именно так, и какие проблемы могут возникнуть.

В общем к чему это я — не копируйте слепо, то что вам советуют, применяйте к своему рабочему процессу. Ну и, конечно, пишите грамотные сообщения к коммитам, всегда думайте, а можно ли определить по этому сообщению, что именно я сделал, без использования diff.
omfg
0
Я основываюсь естественно только на своем опыте и опыте окружающих, спасибо за ответ.
Статья не видел, спасибо, почитаю.
omfg
0
По моим наблюдениям в основном из упертости и нежелания учить что-то новое (что довольно странно для нашей сферы, да и что там учить?).
Не один из знакомых разработчиков попробовавший coffee хотя бы в течении дня, а не посмотревший на код сказав «Блиииин, как тут можно разобраться, где функция начинается, где фигурные скобки, ничего не понятно :(» не сказал потом что coffee не удобный или не понятный. Да, сначала есть трудности, да, не привычно для тех кто не писал на ruby/python, но понимание приходит через максимум неделю активного юзанья. Зато потом от лаконичности написанного кода и простоты его поддержки и расширения испытываешь одно удовольствие. Так что, имхо, игра стоит свеч, и те кто не пробывал CoffeeScript из-за каких-то непонятных побуждений и надуманных причин — попробуйте пописать на нем хотя бы день и я уверен, вы будете приятно удивлены… или хотя бы выучите диалект которого так боитесь, в любом случае никаких минусов.
omfg
+1
Владимир Старков matmuchrapna собирал большую коллекцию материала по WAI-ARIA в своем блоге — vstarkov.ru/big-a11y-digest/
omfg
+5
А на дроме актуальный выбор характеристик авто
image
omfg
+7
Очень понравилась вот эта лигатура                ! Превосходная!
omfg
0
А если еще прогнать через svgo от deepsweet, то получаем 10.193 кб из 11.542 кб ;)
omfg
0
Простейший sass mixin выдает мне png для старья, которые автоматически сконверчены из svg по средствам ImageMagick.

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

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

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

omfg
0
2) Древние эксперименты с разными методами вставки svg.
3) С чего вы взяли? Производительность должна быть одинаковая, рендер проводится браузером. Другое дело — количество запросов. Поэтому для меня оптимальный способ inline svg или base64 в стилях.
Глюк в ff воспроизводить нет времени, но можете попробовать назначить viewBox или изменить shape-rendering.
omfg
0
Вы понимаете, что эти костыли сделаны для браузеров не поддерживающих svg? У вас, к примеру, ie8 вообще ничего не отобразит. Все эти костыли строятся автоматически — мне не сложно.
Клиенту не важно что это img, inline svg или object — ему важно отображение.
Что сохранять? Какой LocalStorage? Я вас не понимаю :)
omfg
+1
Смотря что вам нужно делать с 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.
omfg
0
Да, конечно. Странности, попробуйте пропинговать и взять wget'ом. Или зайти через анонимайзер.
omfg
+1
Никто не мешает сделать какое-то минимальное значение ;) А вообще, практическое значение эксперимента для дизайна весьма сомнительно, но я надеюсь, некоторых этот пример может натолкнуть на более реальные штуки.
omfg
+15
«Ехал в метро, парень на телефоне прямо при мне три уязвимости в рельсах нашёл. Потом ещё девушка на эскалаторе одну, прямо с айпада» (с) @scammer
omfg
+55
Нормальная!
omfg
+6
LocalStorage поддерживает уже большинство браузеров (ie8+) и проверять cookie через setTimeout совсем не изящное решение, как вы написали. При изменение localStorage срабатывает событие, которое можно слышать в любой вкладке. Посмотрите как работает soundcloud.
omfg
0
Думаю лишним не будет. Хотя все равно считаю что подход с масками кривоват.
omfg
+2
Замечательные иллюстрации к статье, приятно читать и смотреть, спасибо!

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

Возможно есть и более элегантное решение, я пока не нашел.
Рекомендую к прочтению вот эту статью viget.com/inspire/linked-smart-objects-in-photoshop, там описано более подробно со всеми плюсами и минусами.
omfg
+10
omfg
+1
Если используете Sass, то почему не используете Compass? Там есть своя годная реализация compass-style.org/reference/compass/css3/images/
Для ie используется или filter, или svg.
Можете посмотреть код на githab для расчета filter.
omfg
+11
В большинстве команд в которых я работал, тоже всегда делают merge с локальными изменениями, история выглядит ужасающе, особенно когда работают более 3 человек.
Вообще в конфиге есть опции для того чтобы rebase делался по дефолту.
За то что я бью линейкой по рукам за таки merge commits меня прозвали gitлером =/
image
omfg
+8
Таких сервисов миллион, причем даже тематических, к примеру —
flickholdr.com/
placehold.it/
dummyimage.com/
placekitten.com/
Ну и самые любимые — placezombies.com/ и placeboobs.com/ :)
omfg
+1
Попробуйте LiveReload (for mac) или ruby script LiveReload (for linux, mac, смотреть на github).
Он вотчит за директорией, обновляет браузер при любом изменении, собирает sass/less/stylus/haml/coffescript etc и еще много чего делает.
omfg
0
Поправил. Спасибо, что заметили и написали конечно же в дм ;)
omfg
+1
Это githab pages и цель ресурса подать информацию, а не тешить ваш изысканный вкус ;) И такой сайт будет поотзывчевей многих других, в том числе нашего любимого хабра.
omfg
0
Так же — Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.79 Safari/537.1