HTML: думаю
22/07/2005 19:40Навскидку не нашла, как бы выяснить, является элемент блоковым или inline. Наверно, плохо искала, как всегда. Нужно найти то место, где говорится об этом вообще, а не относительно отдельных элементов.
К примеру, я знаю, что img — inline. Или что p и div являются блоками. И что внутри p не может быть других блоков. А элементы списка — они кто? ;) Если по логике живого языка, то список ещё как часть абзаца. А вот HTML…
Или тег li. Закрывающий тег у него опционален, спецификация в примерах его не использует. При создании вложенных списков не понять, где осуществляется вложение: непосредственно в li текущего уровня или после его окончания? Если теги не закрывать, то едино, но я привыкла закрывать всё, что только можно…
Ещё мне однозначно надо проштудировать каскадность. Как-то неправильно, что заданная общая настройка для абзаца перестаёт действовать, если присвоить класс/id его родительскому элементу. Нелогично… и проблема наверняка во мне.,
no subject
Date: 22/07/2005 15:43 (UTC)no subject
Date: 22/07/2005 15:44 (UTC)no subject
Date: 25/07/2005 07:04 (UTC)no subject
Date: 30/07/2005 20:10 (UTC)no subject
Date: 01/08/2005 07:45 (UTC)no subject
Date: 25/07/2005 06:54 (UTC)no subject
Date: 30/07/2005 20:02 (UTC)no subject
Date: 01/08/2005 07:44 (UTC)no subject
Date: 03/08/2005 18:32 (UTC)no subject
Date: 04/08/2005 06:47 (UTC)Во-вторых, я просто не помню, с чего всё началось. Я за день могу вносить изменения в 3-10 сайтов...
В-третьих, стыдно мне за большинство клиентов, ибо код дизайна я по большей части не трогаю, только контента. Натыкаясь на небольшой сайт, на котором ни одного тега p в контенте, зверею и переделываю... а с большими так не выйдет :(
no subject
Date: 22/07/2005 17:59 (UTC)В частости, видно, что UL и OL друг в друга не вкладываются, в них вкладываются только LI, а LI вкладываются все %flow элементы, то есть и блоковые, и инлайновые. Значит, при незакрытом LI вложенный список будет частью LI текущего уровня.
Есть чрезвычайно полезная утилита: HTML Tidy. покажет все ошибки в твоём html, позакрывает тэги, отформатирует...
no subject
Date: 25/07/2005 06:59 (UTC)Хм, если тебе там что-то видно, поверю. Я лично ни фига не разбираю в этих кучах строк.
Сие значит лишь то, что я до сих пор поступала правильно :) Спасибо.
Нет уж, не надо. Наставит мне дурацких километровых отступов, как делают редакторы CSS. Надо бы написать скрипт, которых приводит стили к нормальному виду, кстати. То есть к длинным строкам без лишних разрывов...
no subject
Date: 30/07/2005 20:02 (UTC)no subject
Date: 01/08/2005 07:36 (UTC)no subject
Date: 23/07/2005 04:51 (UTC)По первому вопросу: опять же, дело говорят, учись читать DTD:
http://www.w3.org/TR/html4/sgml/dtd.html#block
http://www.w3.org/TR/html4/sgml/dtd.html#inline
Следуя по ссылкам, описывающим группы, сможешь узнать, что в них входит.
В частности, видно, что li формально не относится ни к тому, ни к другому (так как может являться только частью списка и больше ничего). Это с точки зрения синтаксиса. С точки зрения визуального же представления, ты и сама знаешь, что по умолчанию li форматируется как блок, хотя никто не мешает это изменить, если тебе нужен горизонтальный список (например, панель навигации).
no subject
Date: 25/07/2005 07:02 (UTC)В смысле, я умею читать на нескольких языках. Но не том, на котором написан этот странный документ. Где букварь для этого языка?
no subject
Date: 25/07/2005 14:08 (UTC)Для тех же, кому хочется больше, чем просто читать, Тим Бернерс-Ли изобрёл веб. Но говорят, тем, у кого нет ни мозгов, ни мозгозаменителя, веб тоже помогает, правда хреново.
no subject
Date: 25/07/2005 14:10 (UTC)Брысь, в общем.
no subject
Date: 30/07/2005 19:59 (UTC)а зачем? ведь с точки зрения практики это легко выясняется экспериментально и
так же легко переопределяется, если надо?
>..но я привыкла закрывать всё, что только можно:
а зачем при такой хорошей привычке знание о том, что и как можно не закрывать?
> Как-то неправильно, что заданная общая настройка для абзаца перестаёт действовать, если присвоить класс/id его родительскому элементу. Нелогично:
Есть такое. С тех пор, как столкнулся, просто избыточно уточняю, к чему
применять правило. Это и ориентироваться помогает лучше.
типа (кусок не вылизан, но для примера сгодится):
.txt {margin:165px 180px 1em 26%}
.txt h2{margin:0em 0 .6em 0em; font-size:1.1em;font-family:impact;;font-size:2em;}
.txt h3{margin:0.6em 0 .6em 0;font:bold 1em serif;}
.txt p{margin-bottom:.6em;}
.txt img{border:solid #ccc 1px;}
.list{padding:1em;}
.list li{margin:0 0 1em 1em;font:normal 0.7em/1.2em Verdana, sans-serif;}
.list li b{font-weight:normal}
.msg{padding:.1em 2em 0 0em;qfloat:left;qclear:left}
.msg h3{display:inline;color:#000;white-space:nowrap;
border-bottom:solid #999 2px;font:normal .7em Arial, sans-serif;}
.msg h3 em{color:#666;font-style:normal}
.msg h3 b{color:#36c}
.msg p{padding-left:.6em;padding-top:.1em}
no subject
Date: 01/08/2005 07:43 (UTC)Нет, мне просто нужно знать, правильно ли я поступаю. Если элемент блоковый, его нельзя поместить внутрь параграфа. Если он не блоковый, его нужно поместить в блок (или сгодится в таблицу?), дабы не выбиваться из Strict. Впрочем, обычно это решается просто: весь контент либо в одной ячейке, либо в div (которые, на самом деле, ч тоже не знаю, куда можно вставлять, а куда нельзя...). Я знаю, что клиентские сайты обычно выбиваются из всего, но свою часть стараюсь выполнить идеально...
____
Просто это мешало мне понять пример с тегами списка, вот и всё...
____
А вот так и приходится делать. Плюс, потом открываю в Мозилле и некоторое время ругаюсь, переставляя строки в файле стилей. Потому что она каскадность понимает как-то иначе :((( Пока допереставляю так, чтобы все трое видели, у-у...
no subject
Date: 03/08/2005 19:07 (UTC)исходя из физического смысла block/inline: 2 или более экземпляров элемента подряд, border:solid -- и видим, блочный он или нет. разве не так? ;)
no subject
Date: 04/08/2005 06:45 (UTC)