Я про то, когда в исходном коде просто лежит хеш и непонятно что это за картинка.
Так просто её заменить, например, не быстро: надо сохранить её из браузера, отмодифить, получить заново хеш и скопировать в файл.
У нормальных пацанов в исходнике должен быть путь до картинки, а сама она в репозитории. Преборазование в base64 должно происходить при компиляции ( grunt, rails etc. )
Хм, а я постепенно ушёл от спрайтов в сторону base64.
Для grunt / gulp также есть плагины с генерацией кода в синтаксисе препроцессоров. Чистота исходников поддерживается.
Пользуясь случаем шлю лучи ненависти тем front-end'щикам, которые просто кидают base64 в файл.
Придёт flexbox, clearing с inline-block элементами умрут сами по себе.
А реализация варианта с комментариями пробелов на к.-н. шаблонизаторе та ещё задача, это в голом html всё красиво
А почему бы верстальщику не делать сразу во вьюхах код? Потом будет гораздо проще заменять текстовую рыбу на переменные. Правда здесь надо очень хорошо понимать что и в каком виде придёт в шаблон.
Я вообще против того, чтобы отдавать в интеграцию чистый html.
По поводу материалов можем пообщаться отдельно, у меня тоже есть мысли на этот счёт, но с другой стороны баррикад.
Можно написать сниппет для вашего текстового редактора, например testimg-800-600
который по хоткею вставит что-нибудь такое: <img src="http://placekitten.com/800/600" width="800" height="600" alt="Test image">
Выход может быть в любом синтаксисе (haml если надо)
Так и не смог победить polling
Есть же autoprefixer
Просто мне не нравится писать скобочки {} и точки с запятыми
— ну такое делать лучше через feature detection (f.e. modernizr)
Так просто её заменить, например, не быстро: надо сохранить её из браузера, отмодифить, получить заново хеш и скопировать в файл.
У нормальных пацанов в исходнике должен быть путь до картинки, а сама она в репозитории. Преборазование в base64 должно происходить при компиляции ( grunt, rails etc. )
1. https://github.com/jorgebastida/glue
2. https://github.com/jakesgordon/sprite-factory
Для grunt / gulp также есть плагины с генерацией кода в синтаксисе препроцессоров. Чистота исходников поддерживается.
Пользуясь случаем шлю лучи ненависти тем front-end'щикам, которые просто кидают base64 в файл.
Но как только внутри появляется абсолютно-позиционируемый элемент, вылезающий за границы родителя, приходится отказываться.
А реализация варианта с комментариями пробелов на к.-н. шаблонизаторе та ещё задача, это в голом html всё красиво
Вполне хорошо живётся с http://bourbon.io/docs/ + compass для rails 4 нестабилен
Я вообще против того, чтобы отдавать в интеграцию чистый html.
По поводу материалов можем пообщаться отдельно, у меня тоже есть мысли на этот счёт, но с другой стороны баррикад.
<i>заменён на<span>http://glyphicons.getbootstrap.com/
testimg-800-600который по хоткею вставит что-нибудь такое:
<img src="http://placekitten.com/800/600" width="800" height="600" alt="Test image">Выход может быть в любом синтаксисе (haml если надо)
Или я не совсем понял проблемы?