Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

duris.ru это и есть пример реализации, гляньте в исходный код
а если зайти так duris.ru/?dev=1 — тогда видно то что изначально было, без применения DURIS

в боевых условиях проверять ненадо :), у вас ведь наверно есть рабочая версия? ну или тестовая площадка? там и проверяйте

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

что с сайта приходит, то и выдается

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

> всё пусто, что получается держать два комплекта что ли?
конечно исходные изображения удалять ненадо :)

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

как не показывает? сайт duris.ru в ИЕ7 показывает? он сам является примером применения технологии

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

эээ, мне помощь нужна в этом вопросе…

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

да, конечно, пока нету, хабра-люди это первые люди кто узнал об этом, посмотрим что дальше будет.

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

>> 7) другое.
>Убило )

чегото еще было, просто из головы вылетело :)

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

сам сайт duris.ru динамический, и как видите в него нормально интегрирована технология.
tool годится как для динамических так и для статических сайтов. вам предоставляется примерный код как это должно быть, что куда вставлять, а в динамику вы уже сами ручками вставляйте в нужные места.

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

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

Data:URI CSS Sprites — современный подход к генерации CSS спрайтов

поэтому и сделали автоматическую генерацию

Версия 0.2.4: больше, лучше, быстрее

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

Прием платежей на сайте

мда, в первую очередь смотришь на козла (и тут приходит эта мысль :), потом читаеш только с раза второго-третьего что там написано, и то не сразу вьезжаеш так как идет переплетение стрелок — и это путает.
Я конечно понял что там к чему — просто думаю простые юзеры разбиратся не будут, а сразу подумают «как козла разведут на капусту»

Динамические стили: быстро и просто

да, идею понял правильно, для меня важно этот способ один из быстрых (т.е. не тормознутый), ведь у нас будет применяться в duris для ИЕ ;)

Динамические стили: быстро и просто

круто, спасибо, очень интересно получилось!

Динамические стили: быстро и просто

defer=«defer» случайно вставил, если проверять — то надо без него и можно для всех браузеров попробывать, интересно на сколько этот вариант тормознее

Динамические стили: быстро и просто

а что самому непонятно :)? смесь нативной загрузки с ручной вставкой стилей

Динамические стили: быстро и просто

интересно оценить еще такой способ

<script defer=«defer» src=«css.js» type=«text/javascript»></script>

где внутри css.js (пример только для ИЕ)

(function(){
var style = document.createElement('style');
style.type = 'text/css';
style.styleSheet.cssText = '.role1{color:red}';
var head = document.getElementsByTagName('head')[0];
head.appendChild(style);
})()

Поиск по файлопомойкам

список файло-хранилищ очень пригодился

О’Рейли, Майкрософт и другие о вычислениях в облаках

разделяю идею того что будущее за глобализацией и в тоже время распределением вычислительных процессов

темплейты в JavaScript

все понятно, мы с вами говорим на разных языках, видать этого от того что у нас разный опыт.

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

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

Вывод: вы можете передавать данные и двоичном виде, это ваше личное дело. Только в следующий раз при написании умозаключений сравнительного анализа приводите хоть какие-то доводы ваших утверждений.