{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Блог Ильи Бирмана: заметки с тегом ХТМЛ", "_rss_description": "Блог Ильи Бирмана о дизайне, городах, музыке и жизни.", "_rss_language": "ru", "_itunes_email": "ilyabirman@ilyabirman.ru", "_itunes_categories_xml": "<\/itunes:category>\r\n<\/itunes:category>\r\n\r\n", "_itunes_image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic-square@2x.jpg?1573933764", "_itunes_explicit": "no", "home_page_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/html\/", "feed_url": "https:\/\/ilyabirman.ru\/meanwhile\/tags\/html\/json\/", "icon": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764", "authors": [ { "name": "Илья Бирман", "url": "https:\/\/ilyabirman.ru\/meanwhile\/", "avatar": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/userpic\/userpic@2x.jpg?1573933764" } ], "items": [ { "id": "2943", "url": "https:\/\/ilyabirman.ru\/meanwhile\/all\/weekend-reading-12\/", "title": "Что почитать на выходных — 12", "content_html": "

Понравилось на этой неделе:<\/p>\n

Technicolor — формула киношного цвета<\/a>. Оказывается, слово Technicolor что-то значит кроме «щас начнётся очередной мультик про Тома и Джерри». Дают скачать экшен для Фотошопа, чтобы творить чудеса (чудеса так себе чё-то, но интересно всё равно).<\/li>\n<\/ol>\n", "summary": "Понравилось на этой неделе", "date_published": "2012-04-20T22:11:16+03:00", "date_modified": "2012-05-18T18:53:35+03:00", "tags": [ "дизайн", "жизнь", "политика", "ХТМЛ", "чтиво" ], "_date_published_rfc2822": "Fri, 20 Apr 2012 22:11:16 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "2943", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "2594", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2010\/03\/25\/1\/", "title": "Обсуждаем ХТМЛ 5 с Сергеем Чикуёнком", "content_html": "

В четвёртом выпуске «говорильного подкаста» говорим с техдиректором «Аймобилки» Сергеем Чикуёнком<\/a> про ХТМЛ 5, Флеш, ИЕ6 и веб-разработку вообще.<\/p>\n

Среди затронутых тем:<\/p>\n

ХТМЛ 5 — круто ли это? Почему так долго? Как стандарты отстают от жизни.<\/li>\n

Валидность и чистота кода. Ценность валидного кода против ценности хорошего сайта. Как донести до любителя валидности, что это не важно? А может быть невалидный код — признак неряшливости разработчика? Как спецификация и валидатор по-разному понимают стандарты. Закрывать ли теги, брать ли атрибуты в кавычки — не технический вопрос, а дело вкуса. Когда валидность и функциональность вступают в противоречие.<\/li>\n

Флеш, какова его роль в вебе? Флеш и видео, кодеки, в чём природа спора, и почему не получается уже договориться. Обсуждаем появившиеся в последнее время весёлые демки, когда видео взаимодействует с остальной страницей.<\/li>\n

Аджакс и ИЕ, история вопроса. Сергей рассказывает о том, какой крутой браузер ИЕ6 (не шутка). Куча всего появилась в ИЕ6 раньше, чем где-либо, а через годы это записали в стандарты, но по-другому. Виноват ли в этом ИЕ?<\/li>\n

Гугль и все другие крутые компании перестали поддерживать ИЕ6. Правда ли это? Оказывается, нет, но плохие веб-разработчики используют непонимание людьми этих анонсов, чтобы не поддерживать ИЕ6. Подавляющее большинство пользователей ИЕ6 не меняют браузер, потому что не могут, а не потому, что не хотят. Одно из достижений ИЕ6 — победа над идиотской бокс-моделью В3Ц. Пользователи ИЕ6 охотнее расстаются с деньгами, поэтому не поддерживать ИЕ6 невыгодно.<\/li>\n

Мы как разработчики очень любим Вебкит!<\/li>\n<\/ul>\n

Слушать прямо тут<\/a><\/div>\n<\/div>\n

Скачать выпуск можно на Арподе<\/a> (или по прямой ссылке<\/a>), там же можно подписаться на подкаст. Разговаривали мы часа два, но я оставил от этого традиционные 50 с небольшим минут.<\/p>\n

Кстати, с кем и про что, на ваш взгляд, ещё нужно поговорить?<\/p>\n", "summary": "В четвёртом выпуске «говорильного подкаста» говорим с техдиректором «Аймобилки» Сергеем Чикуёнком про ХТМЛ 5, Флеш, ИЕ6 и веб-разработку вообще", "date_published": "2010-03-25T00:21:36+03:00", "date_modified": "2019-08-25T14:09:45+03:00", "tags": [ "веб-разработка", "подкаст 2010", "ХТМЛ" ], "_date_published_rfc2822": "Thu, 25 Mar 2010 00:21:36 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "2594", "_rss_enclosures": [ { "url": "http:\/\/rpod.ru\/personal\/storage\/00\/00\/02\/53\/68\/Ilya_Birman_Talks_Episode_4.mp3", "type": "audio\/mpeg", "length": "" } ], "_e2_data": { "is_favourite": true, "links_required": [ "jquery\/jquery.js", "jouele\/jouele.css", "jouele\/jouele.js" ], "og_images": [] } }, { "id": "1933", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2007\/09\/08\/1\/", "title": "Про необязательность атрибута alt в HTML 5", "content_html": "

На блоге WHAT WG — о том, почему атрибут alt перестал быть обязательным<\/a> в HTML 5.<\/p>\n

Если коротко, смысл в том, что иногда картинки являются контентом сами по себе до такой степени, что просмотр страницы без картинок или чтение её голосом совершенно лишены смысла. В самой спецификации<\/a>, что удивительно, сформулировано лучше, чем в статье:<\/p>\n

In certain rare cases, the image is simply a critical part of the content, and there might even be no alternative text available. This could be the case, for instance, in a photo gallery, where a user has uploaded 3000 photos from a vacation trip, without providing any descriptions of the images. The images are the whole point<\/i> of the pages containing them.<\/p>\n<\/blockquote>\n

Если что, HTML 5 вовсе не пропагандирует отказ от альта, а лишь предлагает отказаться от механических бессмысленных альтов в пользу их отсутствия в тех случаях, когда осмысленные альты в принципе<\/i> неоткуда взять.<\/p>\n", "summary": "На блоге WHAT WG — о том, почему атрибут alt перестал быть обязательным в HTML 5", "date_published": "2007-09-08T03:47:22+03:00", "date_modified": "2021-07-12T18:57:46+03:00", "tags": [ "веб-разработка", "доступность", "ХТМЛ" ], "_date_published_rfc2822": "Sat, 08 Sep 2007 03:47:22 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "1933", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1875", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2007\/06\/15\/1\/", "title": "HTML 5", "content_html": "

Анне Ван Кестерен опубликовал описание ключевых отличий HTML 5 от HTML 4<\/a>. Среди приятных мелочей:<\/p>\n

\n
[The new element] article<\/tt> represents an independent piece of content of a document, such as a blog entry or newspaper article.<\/p>\n
The a<\/tt> and area<\/tt> elements have a new attribute called ping that specifies a space separated list of URIs which have to be pinged when the hyperlink is followed.<\/p>\n
A new autofocus<\/tt> attribute can be specified on the input<\/tt> (except when the type<\/tt> attribute is hidden<\/tt>), select<\/tt>, textarea<\/tt> and button<\/tt> elements. It provides a declarative way to focus a form control during page load.<\/p>\n
The new required<\/tt> attribute applies to input<\/tt> […] and textarea<\/tt>. It indicates that the user has to fill in a value in order to submit the form.<\/p>\n
You can now disable an entire fieldset<\/tt> by using the disabled<\/tt> attribute on it.<\/p>\n
The input<\/tt> element has a bunch of other new attributes to specify contraints: autocomplete<\/tt>, min<\/tt>, max<\/tt>, pattern<\/tt> and step<\/tt>.<\/p>\n
The style<\/tt> element has a new scoped<\/tt> attribute which can be used to enable scoped style sheets. Style rules within such a style element only apply to the local tree.<\/p>\n
The draggable<\/tt> attribute [on any element] can be used together with the new drag & drop API.<\/p>\n
The menu<\/tt> element is redefined to be useful for actual menus.<\/p>\n
HTML5 has none of the presentational attributes that were in HTML4 (including cellpadding<\/tt> and cellspacing<\/tt>).<\/p>\n
getElementsByClassName()<\/tt> to select elements by their class name.<\/p>\n
innerHTML<\/tt> as an easy way to parse and serialize an HTML or XML document. This attribute was previously only available on HTMLElement<\/tt> in web browsers and not part of any standard.<\/p>\n
activeElement<\/tt> and hasFocus<\/tt> to determine which element is currently focused and whether the Document has focus respectively.<\/p>\n
classList<\/tt> is a convenient accessor for className<\/tt> and the object it returns exposes methods, such as has()<\/tt>, add()<\/tt>, remove()<\/tt> and toggle()<\/tt>.<\/p>\n<\/blockquote>\n
Что ж, ждём имплементации. Думаю, в Опере 9.5 многое из этого будет реализовано. Какие-то из фич, связанных с формами, кажется, уже есть.<\/p>\n
Я только не понял, за что выкинули элемент s<\/tt>. Написал Ван Кестерену письмо с просьбой по возможности оставить его.<\/p>\n", "summary": "Анне Ван Кестерен опубликовал описание ключевых отличий HTML 5 от HTML 4. Среди приятных мелочей", "date_published": "2007-06-14T23:01:23+03:00", "date_modified": "2021-05-19T09:56:41+03:00", "tags": [ "веб-разработка", "ХТМЛ" ], "_date_published_rfc2822": "Thu, 14 Jun 2007 23:01:23 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "1875", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1819", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2007\/04\/27\/1\/", "title": "Верхние и нижние индексы, не портящие вид текста", "content_html": "
Для нижних и верхних индексов в ХТМЛе есть элементы sub<\/tt> и sup<\/tt>. К сожалению, при использовании их в тексте равенство высот строк ломается, и образуются неприятные дыры:<\/p>\n
\n\n<\/div>\nНо ведь мы знаем, что элементы выглядят в браузере так, как выглядят, лишь потому, что про них написано что-то во встроенной таблице стилей браузера (иногда, правда, воображаемой).<\/p>\n Элементы sub<\/tt> и sup<\/tt> для выравнивания используют свойство vertical-align<\/tt> со значениями sub<\/tt> или super<\/tt>. Именно они и влияют на высоту строки. Стало быть, нам нужно вместо них использовать какой-нибудь vertical-align<\/tt>, оставляющий строку прежней высоты, и сдвигать индексы иным способом, например, с помощью position: relative<\/tt>.<\/p>\n Я уже давно почти везде использую примерно вот такую конструкцию:<\/p>\n sup, sub {\n vertical-align: middle;\n position: relative;\n font-size: 75%;\n}\nsup { bottom: 0.5em; }\nsub { top: 0.5em; }<\/code><\/pre>В результате получается нормальный текст:<\/p>\n \n\n<\/div>\n", "summary": "Для нижних и верхних индексов в ХТМЛе есть элементы sub и sup. К сожалению, при использовании их в тексте равенство высот строк ломается, и образуются неприятные дыры", "date_published": "2007-04-27T00:50:23+03:00", "date_modified": "2021-07-31T10:39:32+03:00", "tags": [ "веб-разработка", "типографика", "ХТМЛ", "ЦСС" ], "image": "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/supsub-1.gif", "_date_published_rfc2822": "Fri, 27 Apr 2007 00:50:23 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "1819", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [ "highlight\/highlight.js", "highlight\/highlight.css" ], "og_images": [ "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/supsub-1.gif", "https:\/\/ilyabirman.ru\/meanwhile\/pictures\/supsub-2.gif" ] } }, { "id": "1242", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2005\/06\/12\/2\/", "title": "Правда о Wiki", "content_html": "Наверное об этом уже писали, но почему-то очень многие никак не хотят понять. Поэтому я напишу тоже. Вдруг, мало ли.<\/p>\n Итак, распространённая точка зрения: «Wiki-синтаксис придумали для тех, кто не знает HTML, чтобы им проще было. Но я-то знаю HTML, зачем мне тратить время на то, чтобы учить Wiki? Я буду пользоваться HTML».<\/p>\n На самом деле Wiki придумали те, и для тех, кто знает HTML и сыт им по горло<\/i>. Для тех, кто хочет просто спокойно писать, и выделять нужные слова курсивом<\/i>, а ненужные — зачёркивать<\/s>. Для тех, кто не хочет переключать ракладки клавиатуры каждый раз на английский только для того, чтобы вставить чёртовы угловые скобки, которые, к тому же, нужно нажимать с Shift’ом. Для тех, кто не хочет писать по миллиону тегов ради простой таблицы:<\/p>\n\n \n \n \n \n Таблица<\/td>\n Число HTML-тегов<\/td>\n Вероятность забыть, про что таблица<\/td>\n <\/tr>\n 2×2<\/td>\n 14<\/td>\n 25%<\/td>\n <\/tr>\n 3×4<\/i><\/td>\n 34<\/td>\n 75%<\/td>\n <\/tr>\n 4×10<\/td>\n миллион<\/td>\n 150%<\/td>\n <\/tr>\n<\/table>\n...Или простого списка:<\/p>\n \n Чтобы сделать список на HTML, нужно заключить его в <ul><\/ul> или <ol><\/ol><\/li>\n Каждую строку списка нужно заключить в <li><\/li><\/li>\n Полученную кашу абсолютно невозможно читать, особенно когда начинается word wrap<\/li>\n Добавить в список ещё одну строку будет трудно, если вы вдруг закрыли li и ul на одной строке<\/li>\n<\/ul>\nА теперь попробуйте открыть блокнот и набрать следующую строчку:<\/p>\n <a href="http:\/\/yandex.ru">Ссылка на <i>Яндекс<\/i><\/a><\/code><\/pre>Сколько секунд у вас это заняло? Сколько раз вы переключили раскладку клавиатуры? Сколько раз вы нажали backspace? Сколько нервов вы потратили?<\/p>\n Некоторые люди будут всю жизнь тратить на то, чтобы писать заметки в блоге на HTML вместо того, чтобы потратить 1 минуту и понять вики. «Выучить вики» звучит даже как-то глупо, примерно как выучить правила игры в «крестики нолики».<\/p>\n Есть ещё совсем странный аргумент против Wiki-синтаксиса — недостаточная выразительность. Дескать, на HTML можно больше всего сделать, чем на Wiki. Люди, опомнитесь, зачем вам супер-богатые возможности разметки, когда вы пишете заметку в блог<\/i>? Чего именно вам не хватает в Wiki?<\/p>\n ...А верстать на нём сайты никто и не предлагает.<\/p>\n", "summary": "Наверное об этом уже писали, но почему-то очень многие никак не хотят понять. Поэтому я напишу тоже. Вдруг, мало ли", "date_published": "2005-06-12T20:02:28+03:00", "date_modified": "2022-01-24T14:45:34+03:00", "tags": [ "веб-разработка", "ХТМЛ" ], "_date_published_rfc2822": "Sun, 12 Jun 2005 20:02:28 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "1242", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [ "highlight\/highlight.js", "highlight\/highlight.css" ], "og_images": [] } }, { "id": "1200", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2005\/05\/13\/1\/", "title": "HTML Programmer", "content_html": " The Daily WTF:<\/p>\n \nI’ve always felt that seeing the words HTML Programmer on a resume tell quite a bit about the candidate (for a programmer job). I can somewhat understand inflating your «skillset» with items like HTML, typing, breathing, etc; recruiters like to see those. But for a «programmer» to consider markup using a few angle-brackets as «programming» that... well... shows a lot. But after seeing how Mike Jervis’ colleague programs HTML, maybe I was thinking about thinking about it the wrong way...<\/p>\n<\/blockquote>\n По-русски:<\/p>\n \nМне всегда казалось, что термин HTML-программист в резюме говорит о кандидате достаточно много (если он хочет получить работу программиста). Можно, конечно, понять людей, которые указывают в резюме такие свои навыки как HTML, умение печатать, дышать, и так далее — агентам по найму это нравится. Но если «программист» считает разметку с помощью нескольких угловых скобок «программированием»... ну... это о многом говорит. Однако, когда я увидел, как коллега Майка Джервиса программирует на HTML, я подумал, что, может быть, я и зря так рассуждал на эту тему...<\/p>\n<\/blockquote>\n Продолжение<\/a>.<\/p>\n", "summary": "The Daily WTF", "date_published": "2005-05-12T22:10:29+03:00", "date_modified": "2022-01-17T19:00:06+03:00", "tags": [ "идиоты", "программирование", "смешное", "ХТМЛ" ], "_date_published_rfc2822": "Thu, 12 May 2005 22:10:29 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "1200", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "966", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2004\/12\/06\/1\/", "title": "Отладка", "content_html": " Всего сутки отладки — и я вкурсе, что под Mozilla у форм, находящихся в <iframe style="display: none"><\/tt> не работает метод submit (). Никаких предупреждений об ошибках, никаких записей в javaScript Console. Просто всё работает так, как будто метод submit () в том и заключается, чтобы ничего не делать. Bah.<\/p>\n (Mozilla Firefox 0.9.2)<\/p>\n Update<\/b>: Да, безопасность на уровне, особенно учитывая, что тупая замена display: none<\/tt> на border: 0; width: 0; height: 0<\/tt> решает проблему<\/i>.<\/p>\n", "summary": "Всего сутки отладки — и я вкурсе, что под Mozilla у форм, находящихся в <iframe style="display", "date_published": "2004-12-06T16:06:25+03:00", "date_modified": "2022-01-24T14:35:50+03:00", "tags": [ "веб-разработка", "Фаерфокс", "ХТМЛ" ], "_date_published_rfc2822": "Mon, 06 Dec 2004 16:06:25 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "966", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "878", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2004\/10\/20\/2\/", "title": "Табличная вёрстка рулит", "content_html": " Давно думаю, что часто табличная вёрстка лучше, чем CSS, даже если и ты, и браузеры его очень хорошо знаете.<\/p>\n Насколько я понимаю, табличная вёрстка deprecated в связи с тем, что таблицы, вроде как, не для этого придумали, а для таблиц: там, дебет — кредит. И, разумеется, это правильно — избавляться от таблиц в качестве элементов вёрстки. Точно так же, как правильно избавляться от <p><\/p><p><\/p><\/tt> или, например <br \/><br \/><br \/><\/tt> в качестве отступов.<\/p>\n Тем не менее, идеология<\/i> табличной вёрстки хороша и даже, как я уже сказал, часто работает лучше CSS. Мне кажется, что был бы весьма полезен элемент типа <mt><\/tt> (markup table), который работает так же, как <table><\/tt>, но а) никогда не рассматривается как смысловая таблица, и б) не имеет никаких зашитых в браузер стилей отображения.<\/p>\n Например, есть у нас <p><\/tt>, а есть <div><\/tt>. Они почти одинаковые, только <div><\/tt> не несёт смысловой нагрузки и не имеет полей. Вот был бы <mt><\/tt>, у которого нет полей, cellspacing’а и прочего cellpadding’а — жизнь была бы в радость.<\/p>\n", "summary": "Давно думаю, что часто табличная вёрстка лучше, чем CSS, даже если и ты, и браузеры его очень хорошо знаете", "date_published": "2004-10-20T13:59:57+03:00", "date_modified": "2022-01-27T10:18:55+03:00", "tags": [ "веб-разработка", "ХТМЛ" ], "_date_published_rfc2822": "Wed, 20 Oct 2004 13:59:57 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "878", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "861", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2004\/10\/06\/1\/", "title": "А ещё", "content_html": " А ещё Мозилла рендерит одну и ту же страницу по-разному, в зависимости от того, где находилась полоса прокрутки в момент нажатия F5. По-моему, такого поведения можно добиться, только если целенаправленно его запрограммировать...<\/i><\/p>\n Вопрос по существу. Стандарты не позволяют выровнять элемент по нижнему краю страницы либо экрана, в зависимости от того, что из этого выше. Однако табличная вёрстка с такой задачей с успехом справлялась, когда table height="100"<\/tt>. Вроде бы, справляется она и сейчас: я делаю 100% таблицу из двух ячеек, одна под другой; внутри верхней делаю всё то, что должно быть на странице, используя нормальную CSS-вёрстку, а внутри нижней пишу копирайты и всё, что нужно.<\/p>\n Как это всегда у меня и бывает, всё это отлично работает и в IE, и в Opera, и даже в Netscape 7, а в Mozilla и Firefox работать не хочет. Самое смешное, что совсем недавно я делал другую страницу ровно по тому же принципу, и она-таки работала везде.<\/p>\n Кто знает надёжное решение этой проблемы?<\/p>\n Update<\/b>: немного перекроил дивы — стало работать.<\/p>\n", "summary": "А ещё Мозилла рендерит одну и ту же страницу по-разному, в зависимости от того, где находилась полоса прокрутки в момент нажатия F5", "date_published": "2004-10-06T20:02:49+03:00", "date_modified": "2022-01-24T15:05:50+03:00", "tags": [ "браузеры", "веб-разработка", "ХТМЛ", "ЦСС" ], "_date_published_rfc2822": "Wed, 06 Oct 2004 20:02:49 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "861", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "759", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2004\/07\/15\/1\/", "title": "XHTML 2.0", "content_html": " XHTML 2.0<\/a> — оказывается и такое бывает<\/p>\n", "summary": "XHTML 2.0 — оказывается и такое бывает...", "date_published": "2004-07-15T18:09:29+03:00", "date_modified": "1970-01-01T06:00:00+03:00", "tags": [ "из Фридберга", "ссылки", "ХТМЛ" ], "_date_published_rfc2822": "Thu, 15 Jul 2004 18:09:29 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "759", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "739", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2004\/07\/05\/5\/", "title": "Календарь наезжает на Шарапову", "content_html": " Вот здесь<\/a> календарь наезжает на Шарапову.<\/p>\n Календарь — это <div class="right_calendar"><\/tt>:<\/p>\n div.right_calendar {\n position: absolute;\n top: -100px;\n left: 60%;\n width: 40%;\n}<\/code><\/pre>Если его просто убрать из HTML, то надпись «Мария Шарапова выиграла Wimbledon» смещается чуть ниже — как раз туда, где она должны быть, чтобы не пересекаться с календарём. Если вернуть, надпись поднимается выше пикселей на 30. Эффект наблюдается в IE 6 и Netscape 7. В Опере, естественно, не наблюдается. С каких пор у нас абсолютно позиционированные элементы affect normal flow? Кто умный, как сделать, чтобы не сползало?<\/p>\n", "summary": "Вот здесь календарь наезжает на Шарапову", "date_published": "2004-07-05T11:00:43+03:00", "date_modified": "2022-01-26T13:39:23+03:00", "tags": [ "браузеры", "веб-разработка", "ХТМЛ", "ЦСС" ], "_date_published_rfc2822": "Mon, 05 Jul 2004 11:00:43 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "739", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [ "highlight\/highlight.js", "highlight\/highlight.css" ], "og_images": [] } }, { "id": "666", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2004\/05\/23\/1\/", "title": "Link vs. Base href", "content_html": " Если сначала написать link и привязать stylesheet к страничке, а потом base href, который указывает на ту папку, относительно которой stylesheet, то stylesheet не загрузится. Нужно сначала base href, а потом link писать.<\/p>\n (Opera 7.50 Final)<\/p>\n", "summary": "Если сначала написать link и привязать stylesheet к страничке, а потом base href, который указывает на ту папку, относительно которой stylesheet, то stylesheet не загрузится", "date_published": "2004-05-23T19:02:42+03:00", "date_modified": "1970-01-01T06:00:00+03:00", "tags": [ "браузеры", "ХТМЛ" ], "_date_published_rfc2822": "Sun, 23 May 2004 19:02:42 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "666", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "663", "url": "https:\/\/ilyabirman.ru\/meanwhile\/2004\/05\/22\/1\/", "title": "Методика преподавания HTML", "content_html": " Я вот подумал, что невалидные исходники кругом потому, что неправильно HTML преподают. Людям рассказывают про тэги, про то, что сначала пишется <html>, потом <head> и люди запоминают это просто как строчки. Если одну строчку забыл — браузеру всё равно, он добрый. Вот и получаются незакрытые тэги и обломки таблиц.<\/p>\n Однажды я видел даже такое:<\/p>\n <h1><\/b>Заголовок<\/h1><\/code><\/pre>Имеется в виду следующее. По умолчанию h1 жирный, а нам нужен обычный. Поэтому мы пишем «выключить жирность».<\/p>\n Люди не видят за тэгами элементов.<\/p>\n Я считаю, что сегодня нужно начинать обучать HTMLу c объяснения XML. Рисовать дерево, а не писать исходник. Говорить, какие элементы бывают, и какой у них смысл. Что такое node, attribute и #PCDATA. Как такое дерево описывает страницу.<\/p>\n А потом уже говорить, как оно выглядит в файле с расширением HTML.<\/p>\n (Кто напишет в комментариях, что у меня невалидный исходник, тот дурак.)<\/p>\n", "summary": "Я вот подумал, что невалидные исходники кругом потому, что неправильно HTML преподают. Людям рассказывают про тэги, про то, что сначала пишется <html>...", "date_published": "2004-05-21T23:08:59+03:00", "date_modified": "2022-01-27T10:28:43+03:00", "tags": [ "веб-дизайн", "ХТМЛ" ], "_date_published_rfc2822": "Fri, 21 May 2004 23:08:59 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "663", "_rss_enclosures": [], "_e2_data": { "is_favourite": false, "links_required": [ "highlight\/highlight.js", "highlight\/highlight.css" ], "og_images": [] } } ], "_e2_version": 4259, "_e2_ua_string": "Aegea 12.0a (v4259e)" }