SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Везде в скрипте, где у вас document.all["text"], замените его на document.getElementById("text") - так правильно по стандарту, для всех браузеров. Элемент с id="text" (напр. <p id="text"></p>) поставьте куда угодно внутри body. Хоть в самый конец, чисто для проверки.
-
Доктайп как раз стоит, если б не стояло, могло бы и заработать... если б не дублирование <body>, которого я не приметил
-
document.all["text"] ? document.getElementById("text") И, конечно, где-то на странице должен быть элемент с id="text", чтоб этот скрипт мог его найти и наполнить чем надо
-
Скорее всего, проблема в разной кодировке самой страницы и принимающего скрипта. По идее, если установить utf-8 везде, проблем быть не должно. Но чисто для диагностики — можно ли пример входных данных и соответствущих им "нераспознанных каракулей" на выходе?
-
Я не говорил, что на отметке "1 год" или чуть позже все разработчики упираются в зряплатный потолок. Я имел в виду, что где-то там происходит расслоение, выделение тех, кто может рвануть с этой отметки дальше вверх к высотам, и выбраковка тех, кто этого не может, кто останется "серой массой". И это зависит не сколько от знаний, сколько от той самой величины...
-
Вот и я хотел сказать примерно про то же самое, только обозначив это дело как "здоровую профессиональную наглость" . И, по моему опыту, максимум этой величины достигается где-то в начале второго года профессиональной деятельности (я конкретно про веб, с прицелом на клиентскую часть). А дальше как фишка ляжет — если удастся на этом кураже пробить некий "потенциальный барьер" и выскочить из разряда "обычных порошков разработчиков" в признанную 1337, то перспективы радужные, если же нет, то... будет как у меня (какие-то обрывочные знания вроде есть, а зарплатный предел, и то пока недосягаемый — в районе одного килобакса). Правда, у меня образование совсем не IT-шное, HTML и обрывки CSS я осваивал самоучкой на последнем курсе (во многом вместо того, чтоб писать диплом)...
-
Мелкософты хитрые. В той сводной табличке они пишут, как по состоянию на сегодняшний день, чтобы выглядеть белыми, пушистыми и стандарто-совместимыми. А по ссылке с этого самого -ms-zoom написано такое: Т.е. основное свойство, которое работает с давних времен — именно zoom, а новое с моднявым префиксом — лишь синоним "для маскировки"...
-
Звучит заманчиво, но, к сожалению, мой только что проведенный эксперимент этого не подтвердил
-
В теории ничем, но... вспоминаем третье правило Светланы А смысл? Главные адресаты же — старички 6-7, а не 8-9, понимающие этот -ms-...
-
Вот здесь прошу пояснить для совсем не имеющих content-а в <head>. Как связаны между собой 1) последовательность формальных шагов для получения формального документа об образовании, 2) получение необходимых для эффективной работы профессиональных знаний-умений-навыков и 3) затраты времени на 1 и 2 — с количеством денег на выходе...
-
Сам hasLayout есть и в 6-м, и в 7-м, тут photograf прав. Но вот включать его в 7-м через height рискованно, лучше через min-height. Или проще, если не заморачиваться мифической "валидностью CSS" — через zoom: 1 для всех IE<8 (но всё равно в условном комменте — чтоб Сафари, который тоже знает zoom, зря не напрягать).
-
Тогда, по-моему, требования задачи включают взаимоисключающие параграфы — чтоб обе колонки "выпирали", но при этом левая колонка не "выпирала", а "обтекалась". Мой вариант (div с clear, по зрелому размышлению, оказался всё-таки нужен) дает некое приближение — нижняя граница футера "выперта" (прижата к низу, как заказано) при любом раскладе, но его высота может "плавать". Если добавить ограничение на высоту футера — тогда, конечно, сложнее... надо думать дальше, но, похоже, кроссбраузерно без JS никак.
-
Вообще-то так: <a href="http://один.урл" onclick="window.open('http://другой.урл')">. Но в приличном обществе за это могут и канделябром. Потому что приличные сайты таким манером не рекламируют, чаще всего это бывает у прона. И юзеров это реально бесит.
-
Какой именно валидатор и где? Официальный ничего против этого кода не имеет (и никогда не имел на моей памяти).
-
1) И вправду незачем не посмотрел, что у враппера overflow:hidden эту задачу уже решает чтобы гарантированно прижать нижнюю границу футера к низу враппера 2) Эх... hasLayout, чтоб ему, из-за min-height... да, проблемко
-
Ну вот как-то так : <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> <title>Two-column</title> <meta name="description" content=""/> <meta name="keyword" content=""/> <style type="text/css"> .wrapper { overflow: hidden; border: 1px solid red; background: #f0f0f0; } .left { width: 200px; float: left; background: #64a6d2; } .right { margin-left: 200px; background: #c3c3c3; } .clear { clear: left; } .footer { min-height: 100px; background: #0959a2; } </style> </head> <body> <div class="wrapper"> <div class="left"> Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left Left </div> <div class="right"> Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content Content </div> <div class="footer"> Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer Footer <div class="clear"></div> </div> </div> </body> </html>
-
Так вот только что выяснили, что аналогия неполная . В том, что "он есть, его не может не быть" — совпадает, а в том, что всегда один и безымянный — нет. У меня обычный почему-то стабильно выкидывает ошибку 'exceptions.TypeError' при аплоаде файла. В чем может быть дело? Но я перечитал описание алгоритма — да, про "понижение уровня первой секции при обнаружении второго главного заголовка" ничего не нашел, так что, видимо, это я себе придумал . Впредь буду внимательнее читать первоисточники.
-
Т.е. что должно получиться в итоге — что-то типа фигурки "Т" из тетриса, что ли? Такое в HTML не предусмотрено, ячейки, хоть объединенные, хоть нет, должны оставаться прямоугольными. Такую хитрую конструкцию можно сделать двумя float-блоками внутри основного. Или я неправильно понял задачу?
-
Что у вас делает H2 внутри TR, без обязательной в ней TD? Нельзя так издеваться над кодом — это ж примерно как подопытному кролику вырезать желудок и запихивать корм "просто внутрь"... Да и вообще, нужна ли там эта лишняя недотаблица-обертка, что мешает этому заголовку быть внутри основной?
- 1 reply
-
- 1
-
-
А нельзя ли, раз высота футера в принципе может быть плавающей и наползание левой колонки в принципе допустимо, вообще... отказаться от выпихивания футера ниже левой колонки? А <div class="clear"></div> перенести внутрь самого футера, в конец? Ну будет в самом худшем случае, когда в правой колонке совсем мало текста, основная часть таблички, футер выше чем обычно... Зато при нормальном заполнении всё будет симпатично при любых размерах экрана
-
Если важны размеры до пикселя и размер шрифта/высота строки тоже известны до пикселя, можно и vertical-align дать конкретное значение в пикселях, должно быть универсально. А так, если свободное пространство нечетное, то при его делении верхняя/нижняя половины заведомо будут на пиксель отличаться, насколько я в курсе, стандарт не регламентирует, какой отдать преимущество...
-
Насколько я понимаю, как раз наоборот. Если потомки td не считаются частью основной логической структуры страницы — страница с табличной версткой для такого анализатора будет равна чистому листу с какими-то "левыми" карандашными пометками "на полях". Возможно, для того самого role="presentation" сделают исключение, но это ж какая путаница выйдет... Я понял так, что родитель всё равно будет один (безымянный, за браузером оставлено право "придумать название" самому, напр. "Untitled document"), а в нем — две секции одного уровня, с соотв. названиями. Сужу по последнему примеру здесь. Это неверно? Хм, похоже, таки неверно — можно сделать несколько секций верхнего уровня, этот аутлайнер это подтверждает... буду знать, спасибо за расширение кругозора!
-
Пример решения (не новый, но в комментах — ссылка на пример более современного подхода).
-
Насколько я понимаю, части вроде как независимы (поскольку "these elements can have their own outlines, but the sections and headings inside these elements do not contribute to the outlines of their ancestors"), но всё-таки главная из них одна (outline с корнем на body) оказалось, не обязательно (см. ниже). Остальные "корни" по сути нужны для того, чтоб эта главная outline не засорялась служебными (в случае fieldset), заведомо второстепенными (figure и details) и вообще сторонними (blockquote) "поддеревьями". А вот что в списке этих root-ов делает td, для меня самого пока загадка
-
Ну высота области перекрытия известна же, как я понимаю — 40px. А общая ширина футера равна ширине враппера, поэтому даже если ширина левой колонки задается в процентах, ничто не мешает задать столько же процентов для пустышки...