Я так понял, здесь подразумевается «облако», как в комиксах. Причём острый (не скругленный) угол указывает на «говорящего» — на слово, к которому подсказка относится.
Ну я же написал — про DOM — субъективно. После тонн кода на jQuery, кажется, что если бы я начал изучение с Dojo, то было бы проще. Как было бы на самом деле — сказать трудно.
А про очереди — как вспомню, как намучался когда-то с этим callback…
Однако, при создании сцены в том же Максе, при большом количестве объектов, всё начинает жутко тормозить, особенно если начать вертеть камерой, а уж если включить свет и тени…
Учитывая, сколько идёт рендер сцен в 3D Studio Max, где используются отражения, туман и (не приведи господь!) преломления — смысл действительно есть.
Честно говоря, ваш ответ меня просто поразил.
>он может достигать очень внушительных размеров — у меня в среднем получается от гигабайта на одно изображение 4000х5000
Представил, сколько времени это изображение будет открываться на домашней машине…
Если не затруднит, опишите мощности, с которыми вы работаете (конфигурация или хотя бы примерные цифры).
Парсер приведён просто для того, чтобы пример мог найти практическое применение, ну и для моих коварно-корыстных целей (просмотр нового с телефона без больших затрат и, главное, освоение этой технологии)
Причиной такого решения стало расширение штата, команда решила освоить фреймворк, который ранее не применялся нами.
Лично для меня преимущество (сравниваю с jQuery) — простота построения последовательностей анимаций (query) и, субъективно, более удобное обращение к элементам DOM.
А про очереди — как вспомню, как намучался когда-то с этим callback…
Честно говоря, ваш ответ меня просто поразил.
Представил, сколько времени это изображение будет открываться на домашней машине…
Если не затруднит, опишите мощности, с которыми вы работаете (конфигурация или хотя бы примерные цифры).
Лично для меня преимущество (сравниваю с jQuery) — простота построения последовательностей анимаций (query) и, субъективно, более удобное обращение к элементам DOM.