По-моему, чистый IE7, режим совместимости IE7 и аналогичные вещи у IE8 сильно различаются. Совсем недавно игрался с шириной input-ов, в режиме совместимости это что-то.
Сначала проверяю в IE8, потом иду по нисходящей. Стараюсь где возможно запрещать использование совместимости метатегами.
Первый шаг я сделал. В отличие от Fesor несколько лишних казалось бы телодвижений ради разграничения кода меня не пугают. По поводу метатегов с инструкциями для js подумаю, благо есть где применить, может быть получится решение поизящнее. Спасибо за идею.
В идеале (так как я этот идеал понимаю) серверное и клиентсткое программирование должны быть максимально развязаны.
Всеми своими ложноножками за.
С CSS конечно все сложнее.
При динамической подгрузке придется либо весь стиль максимально описывать, либо организовывать js-код так, чтобы при создании новых элементов по необходимости подключались нужные стили уже в клиентсткой части. Если, к примеру, модуль calendar.js использует calendar.css с известным путем, то сам модуль должен попытаться подключить таблицу стилей при инициализации. Я вижу это как-то так.
Меня такой подход заставляет писать код на js чище, собирать отдельные объекты и функции. И, по-моему, скрипты вида — не более чем макет, который для удобства работы следует отделить от жаваскрипта и стилей.
На уровне небольших документов в этом плане все подтянулось. А вот тексты посложнее, тот же диплом, без валидола писать не возможно в обоих. Так что для офиса и личного использования у OO огромный плюс — его бесплатность.
Что-то не получается у гугла с темами, что для гмейла, что для хрома. Все они цветастые и надоедают меньше, чем за день. У тем для хрома так вообще абстракций нет, одни картинки и фотографии.
Сначала проверяю в IE8, потом иду по нисходящей. Стараюсь где возможно запрещать использование совместимости метатегами.
Всеми своими ложноножками за.
При динамической подгрузке придется либо весь стиль максимально описывать, либо организовывать js-код так, чтобы при создании новых элементов по необходимости подключались нужные стили уже в клиентсткой части. Если, к примеру, модуль calendar.js использует calendar.css с известным путем, то сам модуль должен попытаться подключить таблицу стилей при инициализации. Я вижу это как-то так.
Конструкция и правда не блещет. Думаю, как организовать работу со словарем удобнее и так, чтобы не тормозить клиентскую часть.