SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Оно?
-
Форматирование - еще ладно. А вот <br> в аккуратном ряду дивов действительно смотрится дико и в общем-то не нужен. Фоны блока "Наши разработки" и правого футера фиксированы по высоте, поэтому при увеличении шрифта в мозилле/сафарях/хроме текст из них выбивается (то же самое может произойти, просто если у одной разработки окажется более длинное описание, этот фон просто обязан тянуться по вертикали!). Вообще разработки - это очевидный список по смыслу (возможно, даже DL), а не набор спанов (при выключенных стилях сейчас непонятно, какая картинка относится к какому описанию). Учитывая, что макет в целом простой, этих недостатков можно было избежать. Но на 7 баллов, по-моему, вполне тянет
-
Классическое решение
-
Yahoo!, это табличный ужас по сути. Особенно пустые дивки по бокам. Они только в Quirks mode (который получился из-за непонятно чего перед доктайпом) работать и могут, и то никто этого не гарантирует. Делать такое таблицей и надежнее, и честнее. Для сравнения - визуально то же самое в крайнем минимализме. Это, конечно, утрированный пример, в реальных условиях так не получится и придется идти на какие-то компромиссы. Но не ценой Quirks mode для нормальных браузеров и такого псевдотабличного издевательства над семантикой, как эти пустые квадраты по бокам!
-
Французская клиентка, невидимый сайт и почта yahoo.
SelenIT replied to kalyaka-malyaka's topic in Flame
Дикая мысль — может у нее тупо Javascript вырублен? Или NoScript разрешает скрипты только из соотв. папки основного сайта... -
А, пардон. Если обработка в PHP, а сами данные в базе — тогда понятно. Я почему-то решил было, что "чистый PHP" — это вообще без базы
-
Мне вот тоже интересно стало, как это. Многомерный массив + serialize в файл, что ли?
-
С прошлой весны — уже нет. По крайней мере, будущее уже не единственное.
-
Французская клиентка, невидимый сайт и почта yahoo.
SelenIT replied to kalyaka-malyaka's topic in Flame
Если визуально адрес ссылки не меняется - то разве что реферер неправильный подсовывать. Думаю (не по вероятности, а по легкоустранимости) в первую очередь на какой-нибудь FlashBlock-оподобный плагин в клиенткином браузере, во вторую - на драконовские настройки файрволла/прокси... -
Kiddo, это который из них устаревший-то? И зачем менять стрикт на транзишнл, если с ним уже все валидируется (опять же, если все-таки менять - чем HTML 4.01 Transitional не угодил)?
-
event.target||event.srcElement (первое - стандарт, второе - IE).
-
Может, нужно что-то типа аяксовых табов?
-
Насколько я понимаю, click - это функция? Тогда нужно присваивать ее без скобок, потому что со скобками - это не функция, а результат ее вызова.
-
Возможно ли задать страничке минимальный размер
SelenIT replied to luluandra's question in HTML Coding
luluandra, я, конечно, не видел Вашего кода, но подозреваю, что у Вас просто вкрались ошибки из-за невнимательности. Запись .body означает любой элемент с class="body", а не сам элемент <body>. Проверьте как следует. Вариант expression((document.documentElement.clientWidth || document.body.clientWidth) < 750? "750px": "auto"); должен работать, независимо от доктайпа. -
В IE (до 8-го), насколько я помню, скроллбар по умолчанию есть всегда, просто при ненадобности он неактивен (и соответственно, содержимое как бы "всегда сдвинуто"). Чтобы добиться того же поведения в FF/Опере 9.5+, можно написать в стилях html { overflow-y:scroll } или (пожалуй, даже лучше) :root { overflow-y:scroll }.
-
Если for оставить, то и кликабельность сохраняется. А где держать input, внутри label или снаружи - по-моему, дело вкуса и ситуации (лично мне удобнее иметь независимые блоки, которые можно как угодно пускать в плавание друг относительно друга и т.п., но в идее общего кликабельного контейнера тоже есть очевидные плюсы).
-
И в IE6 после этого не забудьте протестить
-
Честно говоря, мне казалось, что вообще с самого начала . Но, судя по всему, все-таки с 1.5.
-
Все-таки это не совсем "самодеятельность IE", это CSS3, который по факту уже поддерживают все (Опера - начиная с 9.5). Просто у IE6 есть баг с height, которая работала в нем так, как должна работать min-height (которую он вообще не поддерживает.
-
Не работает стиль hover для уже посещенной ссылки
SelenIT replied to bigferumdron's question in HTML Coding
rash абсолютно прав. Эту последовательность легко запомнить с помощью слов "LoVe/HAte" -
Примерно так: <form action="#"> <ul style="list-style: none;"> <li><input type="radio" name="answer" value="a1" id="answer1" /> <label for="answer1">ТестТестТест</label></li> <li><input type="radio" name="answer" value="a2" id="answer2" /> <label for="answer2">ТестТест</label></li> <li><input type="radio" name="answer" value="a3" id="answer3" /> <label for="answer3">Тест</label></li> </ul> <input type="submit" value="Проголосовать" /> <input type="button" value="Результаты" /> </form>А дальше можно как угодно "играть" с отступами, vertical-align'ом и всем остальным...
-
Судя по прилагаемой псевдографике, никакая там не чересполосица, а простая однопиксельная граница. Правильно она делается так: <style> table.thinborder { border-collapse:collapse; width: 845px; height: 147px; border: 1px solid #000; } table.thinborder td { border: 1px solid #000; padding: 1px; } </style> <table class="thinborder"><!-- и далее по тексту -->
-
Всегда пожалуйста! Чуть выше даже уже была нескромная ссылка на любительский перевод всей статьи...
-
Без пути в Quirks переходят все. А с путем, судя по табличке Генри Сивонена - только Konqueror 3...
-
Там все несколько сложнее. Quirks получается для сокращенного варианта (без ссылки на DTD), а со ссылкой (причем как для HTML 4.01 Trans., так и для XHTML 1.0 Trans.) получается промежуточный, "полустандартный" режим - боксовая модель, ошибочный CSS и т.п. обрабатываются как в строгом режиме, но картинки в ячейках таблиц ведут себя как блочные, а не как строчные, элементы (как при Quirks mode). С какой-то точки зрения это даже кроссбраузернее, чем полный Strict, потому что "полустандартный" режим ближе к "строгому режиму" IE<7, чем полностью стандартный... но помнить о такой разнице в действии двух вариантов вроде бы одного и того же доктайпа приходится. Ну и, конечно, давняя бага IE6 - Quirks mode для любого XHTML-доктайпа с <?xml>-прологом перед ним. Но это уже третья история