Роман Бережнов, ваша правда, согласен. Тоже люблю всякие вещи вроде: "А что, если скорость интернета упадет до 5-10кб/с у всех сразу, и никто не будет ждать 10 минут, пока тяжеловесные скрипты весом в сумме в мегабайт загрузятся" (без шуток).
Роман Бережнов, аргумент про отключенный js устарел лет на 10, откровенно говоря. Так что это проблема самих пользователей, ИМХО, - то то же самое, что сидеть с IE4.
xmoonlight, спасибо, недавно открывал, но тогда еще не задумывался о переделке приложения, сейчас эти ссылки весьма кстати, перечитаю с большим осмыслением и относительным пониманием, что именно необходимо.
xmoonlight, согласен... у меня пока костыли для IE8, от костылей для Chrome убежал, слава богу.
Тут проблема в использовании кривых либ для красивого отображения картинок в галерее, которые руками правил, чтобы телефоны от них не зависали, например. На демо-сайтах библиотек все в порядке, картинки из примеров грузятся на ура, а вот стоит запихать туда свои, при третьем append вылазит какое-нибудь "нестандартное изображение" - тут начинает гореть.
Сейчас вся эта модульность у меня сделана через одно место (зациклился на микроскопичности). Вот думал как-то структурировать код, но как это лучше сделать на JS (JS слишком гибок, чтобы гнать MVC, а MVVM - не тот случай немного... и паттернов до кучи, знать бы, что тут "мое", желательно еще, чтобы примеры были достойные).
Хотел по типу Factory что-нибудь "сфабриковать", но в итоге застрял, искал подходящее на MicroJS, но за неимением примеров ничего так и не нашел.
Одно дело - хотеть сделать лучше, другое - знать, как сделать действительно лучше:)
В принципе, да, штука удобная. Так или иначе, у себя использую сейчас loadScript и loadStyle (простые функции на нативном js).
Проблемы начинаются при добавлении логики: допустим, в index.js содержится часть страницы, в index_typeGallary.js - 2.1, а в index_typeNews.js - 2.2 (подпункты - разные варианты рендридинга).
Использую location.hash, при изменении хэша меняются страницы (и/или их части).
Проблемы возникают в уж совсем разных "механизмах" работы страниц под пунктами 2.1 и 2.2... А так includeHTML - штука хорошая, возможно, смогу найти ей применении (пока писал комментарий, раза 3 пересмотрел свое мнение). Данные берутся преимущественно из JSON, а от HTML там буквально маленькие кусочки (шаблон новости, шаблон пункта галереи).
А это что еще за зверь, не надо придумывать несуществующие решения? Serj-One, просто задал вопрос по существу: есть ли такойхак, о котором мне неизвестно.
Спасибо! Благодаря вашему упоминанию tirgger "выкопал" new Event - подумал, что там какая-то неведомая магия... Очень благодарен за "код ниже": он помог развеять все непонятки, связанные с сонными поисками адекватного решения. Желаю удачи:)
Проще - это да, но вот именно ссылка на "Цепочку вызовов" из первого ответа немного заполняет мои пробелы в постижении js, как такового (имеется еще несколько решений, которым бы не помешал . В добавок к этому (возможно, потому что наркоман и "люблю" изобретать свои "удобные велосипеды", а также верю, что querySelector медленнее старого доброго getElement*) мне неудобно использовать querySelector(All) в определенных ситуациях:)
За el.nextSibling спасибо. А el.attributes посоветуете перебирать и дальше прямым for или есть для этого другой какой-то более правильный и быстрый вариант?
Алексей Ярков, спасибо за пример. Не знал о некоторых методах (например, об el.attributes). Переписал, дополнил под себя - использовал regex.test() - так это действительно является решением вопроса... В общем, спасибо большое!
iBird Rose, если под CMS подразумевается "полноценная" CMS - Content Management System - то вряд ли она для этого годится.
WordPress будет в тему, только если к Лендингу еще приставлен блог или что-то в этом роде.
Под CMS подразумевалась как раз подобная гигантская "задница". Движки весьма в тему, но движок - это не CMS, совсем нет.
Тем более, администрирование LP из-под того же WordPress - это то еще "удовольствие", ИМХО.
sim3x, Вадим Егоров, ну как сказать... А кто скажет, что они не устарели? Данные постоянно меняются. Особенно в публикациях, где что-то сравнивается. Кто скажет, что написанное в 2006-2010, например, по поводу качества работы определенных программ, актуально и сейчас? Все развивается, а следить за всем сразу - задача не из легких (это буквально невозможно - что-то, да упустишь или забудешь)...
Да, данные на хабре не устаревают (если речь идет о данных на определенный год), но не думаю, что написанное в какой-либо статье о "супер-пупер" классном компрессоре картинок, например, в 2011 году, утверждает, что за прошедшие годы не появилось чего-то получше.
AlikDex, да это-то естественно, рисовал, рисую. Но вот, например, нужно тебе сделать такой svg, в который будут инклудиться изображения + какой-нибудь iframe, отступы (инлайновый svg в html), а ты не понимаешь, как минимум, нужны ли вообще те ненужные атрибуты, теги, которые редактор автоматически ставит. Да и понимать, что "под катом" хочется, допустим.
Для html тоже есть всякие "визуальные редакторы", но част они "ошибаются", да и сложные вещи в них скомбинировать - та еще трата времени.