SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
вертикальное выравнивание внутри элементов списка
SelenIT replied to bookworm's question in HTML Coding
novicheG, ТС просит а в том решении — дополнительный элемент-хелпер... -
А он точно для этого? Уже не первый раз встречаю рекомендации использовать <menu> для навигации (правда, что характерно, пока только в Рунете), но всё-таки не могу до конца согласиться...
-
вертикальное выравнивание внутри элементов списка
SelenIT replied to bookworm's question in HTML Coding
Тоже буду безумно благодарен за простое решение table-cell в IE. Потому что максимум, чего смог добиться я — это вот такой жуткий ужас... padding-top:expression( this.tmp=document.body.createTextRange(), this.tmp.moveToElementText(this), this.tmp=(clientHeight - this.tmp.boundingHeight)/2, runtimeStyle.height=clientHeight-this.tmp+'px', runtimeStyle.paddingTop=this.tmp+'px' ); -
Только всё-таки второй вариант экранировки (сидата в JS-ных комментах) лучше. Практика HTML-ного коммента в скрипте — наследие темных веков веба, когда не все браузеры вообще понимали скрипты. В XML-режиме этот вариант работать не будет (там парсер тупой — ему сказали коммент, значит, коммент.
-
В файлике 1.html поставить стиль html{ overflow:auto; }. Но зачем вообще такой выкрутас с объектом?
-
а htmlencode'ить данные, выводимые из БД, разве не надо?
-
Насколько я в курсе, из всех околокомпоновочных модулей хоть как-то поддерживается только FlexBox. Хотя лично мне даже нравится рисование страниц ASCII-артом... как минимум, для всё той же статики, хотя и часть динамики (типа переноса эл-та из левой колонки контента в правую колонку шапки) там тоже тривиально решается сменой значения display
-
А enctype="multipart/form-data" у формы где?
-
Валидность CSS — чистая условность. Если для разметки валидность еще как-то где-то связана с корректностью DOM и т.п., то для CSS важно лишь формальное соблюдение синтаксиса (гарантия того, что этот код правильно распарсят и нынешние, и будущие браузеры), а полное соответствие какому-то раз и навсегда зафиксированному словарю напрочь не надо, спецификация CSS живая и динамично развивающаяся, словарь постоянно расширяется, валидатор за всем закономерно поспеть не может. Если вендорные префиксы — единственное, на что ругается валидатор, это просто замечательно. Уже давно разработчики просят W3C, чтоб префиксы вообще не учитывались при валидации, но пока дойдет до дела... P.S. привет почти тёзке
-
По беглому наблюдению похоже, что td width=... можно и не указывать, col width=... достаточно. А вот table-layout: fixed необходим.
-
mainContent min-height: 100% (плюс _height: 100%, если важен IE6)?
-
Сильно похоже, что, таки да, BOM-метка от инклюда, выводящего список товаров.
-
Что в общем-то логично. Откуда CSS-у знать HTML-ные мнемоники? По идее, надо было content: '\00A0\003E\003E\003E'.
-
Я всё-таки считаю, что первым делом нужно научиться правильно пользоваться документированными возможностями технологии, а только потом уже искать недокументированные и экспериментировать в стиле "а что будет, если мушке крылышко оторвать" . Пример с ипритом, при всей его несуразности, на мой взгляд, был "в тему" — действительно, есть вещи (и в верстке тоже), о которых начинающим лучше вообще не думать. Правильность структуры дерева документа (в UL — только LI и ничто иное, в TR — только TD или TH и т.п.), на мой взгляд, должна быть необсуждаемой аксиомой.
-
Это смотря какой браузер. В IE7, например, в примере <ul> <li>Раз элемент</li> <h1>ВНЕЗАПНО заголовок</h1> <li>Два элемент</li> </ul> заголовок окажется потомком первого LI, а не UL. А вообще алгоритм парсинга ошибочных страниц документирован здесь (хотя у нынешних браузеров могут быть отличия). С таблицей строже, потому что ее объектная модель сложнее, а значит, еще чувствительнее к ошибкам. psywalker, почему реплика Int, что нельзя нарушать структуру документа — чушь? По-моему, вполне разумное замечание...
-
Исправьте на onblur. Вообще в обработчиках событий JS "верблюжий регистр" никогда не нужен.
-
Вроде Генри Сивонен свой проверятор конформности (validator.nu) периодически допиливает... имхо, лучше, чем ничего
-
Замена текста другим текстом под средством css
SelenIT replied to Compaq6720s's question in HTML Coding
Если очень захотеть, то, например... <!DOCTYPE html> <html><head> <meta charset="utf-8"> <title>Content</title> <style> .menu-1 a { position: relative; } .menu-1 a:after { position:absolute; top: 0; left: 0; right: 0; bottom: 0; background: #fff; content: '[Карамба]'; } </style> </head> <body> <ul class="links main-menu"> <li class="menu-1"><a title="" href="#">Техподдержка</a></li> </ul> </body></html> но 1) IE7 и ниже "отдыхают", 2) зачем? -
psywalker, насколько я понимаю, 1) В целом плохо; 2) Плюсов только два — возможность примерно оценить отображение в пред. версиях, не ставя IETester-ы и т.п. (реально у настоящего IE7 бывают отличия в мелочах, напр., характер зума по Ctrl+/-) и главное, для чего всё затевалось — возможность зафиксировать отображение как в предыдущей версии с помощью метатега X-UA-Compatible. Минусы — см. сабжевую схему, многие комбинации в ней жутко неочевидны (напр., то, что по дефолту локальные сайты могут отображаться движком IE7). 3) Верстальщикам хуже, т.к. постоянно приходится держать в уме сабжевую схему, быть особо внимательными при разработке сайтов на локалхосте (убедиться, что галка "Отображать интранет в режиме совместимости" снята), и в случае претензий заказчика а-ля "в IE9 всё разъехалось" теперь придется нудно выяснять, каковы у него настройки браузера, сети и т.п...
-
Извиняюсь за задержку, проверить получилось только сегодня. Оказалось, что да, у IE9 есть особый режим для ифреймов, в первом приближении похожий на привычный квирксмод (работают ошибочные значения в CSS), но при этом поддерживающий многие вещи, в привычном квирксмоде отсутствующие (например, min-width/max-width). Больше того, если для обычного width работает старая боксовая модель (border-box), то для min-width/max-width — модель из CSS1 (content-box)! И documentMode новый. Тестовая страница: http://selenit.freeoda.com/IE9/host.htm (содержимое ифрейма — http://selenit.freeoda.com/IE9/frame.htm). Получается, на сегодняшний-завтрашний день IE имеет 7 режимов — два квирковых (движки IE5.5 и 9), два "полустандартных" (8 и 9) и три "стандартных" (7, 8 и 9). Жуть. Что дальше? Кто больше?..
-
На Виндах тире можно ставить через Alt+0151. Долго, зато наверняка
-
Как вариант, display:inline; zoom:1 (это в сумме дает inline-block для IE<8). Или float + clear (float-ы тоже обжимаются по содержимому), но выше риск непредсказуемости...
-
Насколько я в курсе, не совсем. У IE9 есть возможность переключаться между 4-мя движками - грубо говоря, IE5.5 (он же квирксмод), IE7, IE8 и IE9. У IE8 были три движка. Проблема, как я понял, случается тогда, когда родительская страница рисуется новейшим движком, а содержимое ифрейма должно отрисоваться в квирксмоде. Судя по всему, использовать движок Ie5.5 в этой ситуации он по какой-то причине не может, и понадобился дополнительный режим движка IE9 (впридачу к стандартному и полустандартному). Сегодня вечером проверю свои гипотезы экспериментом...
-
Сильно насторожило "Quirks Mode within IE9 engine" (где про ифреймы). Что за зверь? До сих пор квирксмод был хоть чем-то постоянным в IEшном царстве, а теперь, выходит, и квирксмодов как минимум два? Наспех погуглил — похоже, проблема с этим пунктом как минимум есть (в моей бете тест тоже не срабатывает, documentMode в ифреймах — 9, хотя другой тест визуально вроде бы работает правильно — парадокс!). Похоже, что это и есть "особый девяточный квирксмод" — рисуется как старый, но в JS отзывается как стандартный и в сочетании с designMode тоже ведет себя по-новому...
-
В CSS версионной схемы нет очень давно (документированно - с 2007 г.). Всё плохо, соотв-но, тоже. Зато верстальщикам надолго работы хватит...