Возможно стоило озаглавить статью как-то типа «Автоматизация сборки fontend-кода средствами NodeJS», т. к. текущий заголовок немного вводит в заблуждение (первая мысль — менеджить фронтенд-пакеты с помощью NPM предлагают что-ли).
А я для автоматизации сборки использую средства coffeescript (cakefile), в качестве менеджера пакетов (frontend) — twitter bower
>>А преимущество заключается в intellisence и возможности рефакторинга
Да, ребята вместо того чтобы реализовать нормально intellisence и возможности рефакторинга в своей IDE (для javascript это действительно сложно, кто ж спорит) просто взяли и наколбасили новый язык, для которого эти фичи в IDE реализовать проще.
Очень хотел посмотреть, что же из себя представляет фреймворк в целом (Ontorion), но к сожалению здесь 404.
Не знаете случаем, они просто переехали или решили закрыть исходный код?
Т. е., вы предполагаете, что его перевели в read-only за пропаганду рабовладельческих идей и нетолерантность к разработчикам-индивидуалистам а также хипстерам? :)
Интересно, есть ли качественные аналоги для iOS?
Странно просто: вроде как речь идет о полной легальности, а с другой стороны в app store не получается найти что-либо достойное из эмуляторов, на что напрашивается только объяснение в каких-то особых правилах модерации (ладно уже с DOS-box'ом, но почему бы полностью легальные эмуляторы старых приставок в магазин приложений не пустить?)
То есть, стандарт говорит еще и о создании нового контекста в результате применения css трансформаций или это по странному стечению обстоятельств — особенность реализации большинства браузеров?
По ссылке из статьи, ведущей на описание zIndex на сайте W3C собственно и о влиянии opacity ничего нет. Нужно смотреть где-то в другом месте?
Спасибо за статью, это для меня открытие.
Возможно стоило бы как-то детальнее рассказать о таких сущностях, как контексты, с ними все еще не полностью понятно.
К примеру, вы могли бы вкратце рассказать основные алгоритмические шаги решения след. задачи:
Есть произвольное (не плоское) dom-дерево. Каждый элемент спозиционирован не статически. Как задать каждому из элементов глобальный порядок наложения (допустим, у всех элементов есть атрибут globalZIndex) независимо от положения в dom-дереве.
а. Возможно ли это сделать не меняя html-разметку?
б. Если это невозможно, поможет ли разрешение создавать элемент, промежуточный в иерархии между родителем и детьми?
Буду очень признателен, если найдется время прояснить ситуацию
Очень хороший рассказ!
А я для автоматизации сборки использую средства coffeescript (cakefile), в качестве менеджера пакетов (frontend) — twitter bower
Да, ребята вместо того чтобы реализовать нормально intellisence и возможности рефакторинга в своей IDE (для javascript это действительно сложно, кто ж спорит) просто взяли и наколбасили новый язык, для которого эти фичи в IDE реализовать проще.
Не находите ли вы, что такой подход дурно пахнет?
Хотя, конечно же, свои проблемы там тоже есть, в частности с классами.
Не знаете случаем, они просто переехали или решили закрыть исходный код?
Странно просто: вроде как речь идет о полной легальности, а с другой стороны в app store не получается найти что-либо достойное из эмуляторов, на что напрашивается только объяснение в каких-то особых правилах модерации (ладно уже с DOS-box'ом, но почему бы полностью легальные эмуляторы старых приставок в магазин приложений не пустить?)
Интересно, за что его так.
Как же не заложено? А единый набор софта на десктопе и планшете?
По ссылке из статьи, ведущей на описание zIndex на сайте W3C собственно и о влиянии opacity ничего нет. Нужно смотреть где-то в другом месте?
Возможно стоило бы как-то детальнее рассказать о таких сущностях, как контексты, с ними все еще не полностью понятно.
К примеру, вы могли бы вкратце рассказать основные алгоритмические шаги решения след. задачи:
Есть произвольное (не плоское) dom-дерево. Каждый элемент спозиционирован не статически. Как задать каждому из элементов глобальный порядок наложения (допустим, у всех элементов есть атрибут globalZIndex) независимо от положения в dom-дереве.
а. Возможно ли это сделать не меняя html-разметку?
б. Если это невозможно, поможет ли разрешение создавать элемент, промежуточный в иерархии между родителем и детьми?
Буду очень признателен, если найдется время прояснить ситуацию