Комментарии 47
Ссылка не открывается.
Что же это за семантика, где пишется <rur>руб<rur>? Тогда уж писать надо <rur>.
Кстати, IE не в quirks mode, случаем, страницу отображать будет?
Что же это за семантика, где пишется <rur>руб<rur>? Тогда уж писать надо <rur>.
Кстати, IE не в quirks mode, случаем, страницу отображать будет?
Действительно не работает! может это хабраэффект? =)
Вот и решение «валидного ». спасиб
что это вылезло?
про это я писал здесь: vlad911.habrahabr.ru/blog/63821/
Господа! Извините, пожалуйста за накладки! За хостинг только проплатил :)
А вообще, это статья, за которую я получил инвайт, и НЛО порекомендовало мне её опубликовать. Вот наконец-то я и сподобился )
НЛО прилетело и опубликовало эту надпись здесь
это проблема шрифта, а не решения
НЛО прилетело и опубликовало эту надпись здесь
Я имею в виду, что то, что у пользователя в мелких кеглях не видна палочка никак не говорит о том, что решение, предложенное в этой статье плохое. А так font-face — наш друг. Годика через 2 вот внедрят его в нормальных браузерах, а через 20 — в ie12, и заживёёёём!..
НЛО прилетело и опубликовало эту надпись здесь
Font-face поддерживается в «нормальных браузерах» начиная с версий: Firefox 3.5, Google Chrome 2, Opera 10 и Safari 3.1
В Internet Explorer font-face поддерживается с версии 4.0.
В Internet Explorer font-face поддерживается с версии 4.0.
Поддерживаться-то поддерживается, но на рынке относительно приличная доля только у лиса и сафари, опера 10 и хром всех версий занимают незначительную долю рынка. Когда на рынке будет хотя бы 70-80 % браузеров, поддерживающих это свойство, тогда можно принимать его как дефолтное, а пока, увы, только как бонус для владельцев новейших браузеров.
Наводящий вопрос: а как насчёт Internet Explorer? Разве он вместе с лисою и сафарею не занимает желаемую долю рынка?
Там другой формат шрифта, который поддерживает он и только он.
Ну да и пёс бы с ним. Один файл подсунуть Эксплореру, другой остальным.
John Daggett даже сочинил питоновый скрипт, способный преобразовывать TTF в EOT Lite.
(Правда, приятно, что я нашёл способ использовать HTML на Хабрахабре, даже обладая отрицательной кармою? Без этого слово «сочинил» мне никак не удалось бы сделать гиперссылкою.Хак-хак!)
John Daggett даже сочинил питоновый скрипт, способный преобразовывать TTF в EOT Lite.
(Правда, приятно, что я нашёл способ использовать HTML на Хабрахабре, даже обладая отрицательной кармою? Без этого слово «сочинил» мне никак не удалось бы сделать гиперссылкою.
как? %-)
Это такая загадка на выходные.
как ты это сделал?
Это такая загадка на выходные.
НЛО прилетело и опубликовало эту надпись здесь
Валидный-то он валидный, но человеку, который будет поддерживать код после вас придётся как минимум лезть в тех. документацию (если она есть) или в сам DTD. А DTD ещё надо уметь читать, чтобы в нём что-то понять. Вот и останется в итоге очень многим верстальщикам и программистам или верить в шайтан-разметку, которая вроде и невалидная, и валидацию проходит, или учить матчасть. Стандарт отчасти и хорош тем, что известен всем, а свои «типы данных, определяемые пользователем» добавляют геморроя при поддержки кода.
Полностью согласен. Пост на тему возможностей DTD и XHTML был. И DTD в конце концов тоже стандарт. А собственный тэг от дива ничем и не отличается.
Я вот сегодня с утра задумался над Вашей статьёй на тему а почему у нас всё ещё нет (X)HTML-фреймворков? CSS есть, JS есть, Flash есть, PHP есть, Ruby есть (далее продолжать по вкусу), а про HTML я ни разу не слышал. Да, я знаю, что есть XML, но скормить ослику XML немного трудновато, поэтому я говорю именно про (X)HTML-фреймворк. Как вы считаете?
Потому что к (X)HTML коду у всех отношение с позиции дизайнеров, верстальщиков, нерадивых блоггеров, антисемитов, лебедевозавистников,… — какое угодно, только не отношение с позиции Разработчика Гипертекстового Документа.
Во времена www.1-9-9-4.ru HTML был наиболее близок к Гипертекстовым Документам. Если Вы зайдёте на этот сайт и посмотрите код (не обращая внимание на особенности репродукции сайта студией Атилект), то поймёте почему я так говорю! Потому что список это список, ссылка это ссылка, только таблицы подкачали.
Вроде бы DIV должен был сделать почти переворот, но…
Сейчас приходят времена графического дизайна в вебе. Однако сам HTML изначально не был предназначен под закругленные края, тени от элементов, перекрывающиеся блоки с альфа-каналами, векторную графику, видео и т.п.
HTML — это язык разметки Гипертекста. Сейчас он становится языком разметки графических пользовательских интерфейсов (GUI).
Создатели браузеров не стали развивать свои движки или диктовать новые стандарты, они просто реализовали возможность вставки в любое место документа блока с картинкой. Осёл вообще крут! Можно даже анекдоты через ActiveX отрисовывать! тогда пользователи других операционных систем не будут понимать юмора.
Как решаются проблемы графических пользовательских интерфейсов в оконных оболочках? Каждый элемент имеет некоторую область отрисовки, в которую отрисовывается скин этого элемента. Так работают все без исключения оконные системы, так работает банальный Winamp и прочие. Так делаются интерфейсы в компьютерных играх — у них даже больше возможностей, т.к. работают на трёхмерном графическом движке и имеют полный доступ к возможностям современных GPU.
В изначальном HTML не было ничего предусмотрено для «натягивания» скинов на элементы, а всё, что сейчас делается верстальщиками это сплошь хаки. То, что существует свыше 2 десятков вариантов создания скругленных краёв у блоков — живой тому пример.
То есть, я считаю, что требуется расширение стандарта в плане добавления новых возможностей работы с графикой, в том числе с векторной. SVG должен быть буквально native для (X)HTML. Но здесь мы пересекаемся с интересами разработчиков браузеров, которым нравится делать убогие программные продукты. А разработчики из Opensource сообществ окажутся не в состоянии справляться с растущими требованиями стандартов. В результате довольны тем, что имеем, и верим в приход «семантического веба», верим в то, что имеем это веб 2.0 и всё такое прочее.
Во времена www.1-9-9-4.ru HTML был наиболее близок к Гипертекстовым Документам. Если Вы зайдёте на этот сайт и посмотрите код (не обращая внимание на особенности репродукции сайта студией Атилект), то поймёте почему я так говорю! Потому что список это список, ссылка это ссылка, только таблицы подкачали.
Вроде бы DIV должен был сделать почти переворот, но…
Сейчас приходят времена графического дизайна в вебе. Однако сам HTML изначально не был предназначен под закругленные края, тени от элементов, перекрывающиеся блоки с альфа-каналами, векторную графику, видео и т.п.
HTML — это язык разметки Гипертекста. Сейчас он становится языком разметки графических пользовательских интерфейсов (GUI).
Создатели браузеров не стали развивать свои движки или диктовать новые стандарты, они просто реализовали возможность вставки в любое место документа блока с картинкой. Осёл вообще крут! Можно даже анекдоты через ActiveX отрисовывать! тогда пользователи других операционных систем не будут понимать юмора.
Как решаются проблемы графических пользовательских интерфейсов в оконных оболочках? Каждый элемент имеет некоторую область отрисовки, в которую отрисовывается скин этого элемента. Так работают все без исключения оконные системы, так работает банальный Winamp и прочие. Так делаются интерфейсы в компьютерных играх — у них даже больше возможностей, т.к. работают на трёхмерном графическом движке и имеют полный доступ к возможностям современных GPU.
В изначальном HTML не было ничего предусмотрено для «натягивания» скинов на элементы, а всё, что сейчас делается верстальщиками это сплошь хаки. То, что существует свыше 2 десятков вариантов создания скругленных краёв у блоков — живой тому пример.
То есть, я считаю, что требуется расширение стандарта в плане добавления новых возможностей работы с графикой, в том числе с векторной. SVG должен быть буквально native для (X)HTML. Но здесь мы пересекаемся с интересами разработчиков браузеров, которым нравится делать убогие программные продукты. А разработчики из Opensource сообществ окажутся не в состоянии справляться с растущими требованиями стандартов. В результате довольны тем, что имеем, и верим в приход «семантического веба», верим в то, что имеем это веб 2.0 и всё такое прочее.
Объясниет, пожалуйста, зачем придумывать тег rur, потом с помощью Javascript записывать в него Р и стилизовать через CSS? Нельзя сразу (например, с помощью span) отобразить так, как нужно?
Или тут знак рубля используется в качестве примера, а вся фишка — в добавлении собственного тега в DTD?
Или тут знак рубля используется в качестве примера, а вся фишка — в добавлении собственного тега в DTD?
это скорее знак Темы появился, а знак рубля так до сих пор и не принят.
По состоянию на 1 сентября 2009 конкретного решения о знаке рубля Банк России не принял.
По состоянию на 1 сентября 2009 конкретного решения о знаке рубля Банк России не принял.
И правильно, что Банк России не принял знак, продвигаемый еврейским расовым дизайнером Лебедевым, по прямой материнской линии происходящем вот от этого иудея:
![[Лозинский в иудейском головном уборе]](http://i.booknik.ru.nyud.net/red/_img/133-49.jpg)
Такое принятие было бы оголтелым филосемитизмом.
Сперва евреи, взяв власть в 1917 году, напрочь лишили русский народ буквы «ять» в алфавите (а с нею и соответствующего звука русской речи) — буквы, увенчанной христианским крестом сверху (по крайней мере в некоторых начертаниях и гарнитурах) — а теперь ещё желают заставить эту букву послужить не Богу, а маммоне, быть зеркально отражённою книзу и оканчиваться перевёрнутым крестом диаволопоклонников?
Такое принятие было бы оголтелым филосемитизмом.
Сперва евреи, взяв власть в 1917 году, напрочь лишили русский народ буквы «ять» в алфавите (а с нею и соответствующего звука русской речи) — буквы, увенчанной христианским крестом сверху (по крайней мере в некоторых начертаниях и гарнитурах) — а теперь ещё желают заставить эту букву послужить не Богу, а маммоне, быть зеркально отражённою книзу и оканчиваться перевёрнутым крестом диаволопоклонников?
Если не ошибаюсь, ещё в 2007 г. Центробанк утвердил официальный знак рубля: «Р.» Этот документ (о принятии знака) видел и читал.
Перечитывая комменты…
Господа, да причём тут шрифты вообще? Речь идёт о семантике!
Почему я поднял такую тему и почему предложил это решение? Да только потому, чтобы вы все обратили внимание на код, который пишете!
Да, для сторонних разработчиков, которые это будут поддерживать, он, может быть, и хорош.
Да, вы отлично верстаете.
Да, вы делаете кросс-браузерную вёрстку и не боитесь IE.
Да, заказчик доволен, потому что он видит красивый, функциональный результат.
Но вы подумайте над тем, как ваш код будет восприниматься машиной! Не той машиной, которая умеет отрисовывать блоки в соответствии с алгоритмом позиционирования, а той машиной, которая будет человеку помогать справляться с огромными массивами данных в ближайшем будущем, которые хранятся в Интернете!
Какой может быть Веб 2.0, если до сих пор нет каких-либо более-менее расширенных стандартов? HTML5? Горизонтальная навигация и футер? Это всё, что компьютеры будут понимать, бродя по веб-страницам?
Некоторые заметят: как же так? ведь есть стандарт WSDL!
И где вы его видели работающим в Интернете? Сервисов, имеющих интерфейс с WSDL единицы! А это просто означает, что многие из нас занимаются не программированием, а написанием сотен и тысяч строк бессмысленного, обёрточного, кода только для того, чтобы вытащить данные с какого-нибудь вонючего сервера погоды или твиттера.
То же и с html-кодом. Насколько поисковые машины адекватны? Да, можно судить по первой странице выдачи — на ней размещены ссылки, на которые кликают пользователи. А дальше? Насколько адекватен результат запросу?
Попробуйте сгенерировать из вики по Twitter API какой-либо вразумительный код (на PHP, Ruby, Perl, Python и т.п.), реализующий просто враппер к этому самому API!
Если бы у Twitter API страницы были свёрстаны в соответствии с определенной семантикой, которая так или иначе была бы либо описана, либо стандартизована, достаточно было бы написать обёртку для XML-парсера и получить все сущности из страниц описания.
Почему, если блок содержит текст сообщения, он называется DIV, а не скажем MESSAGE-TEXT? Что понятнее? Абстрактный Див или тэг с вразумительным названием? Браузеры не понимают? А вот в этой статье я и доказал обратное! Потому что современным браузер пофиг P это или DIV или Q или ещё что-то — он оперирует блоками контента, оформление и позиционирование которых задаётся CSS.
Господа, да причём тут шрифты вообще? Речь идёт о семантике!
Почему я поднял такую тему и почему предложил это решение? Да только потому, чтобы вы все обратили внимание на код, который пишете!
Да, для сторонних разработчиков, которые это будут поддерживать, он, может быть, и хорош.
Да, вы отлично верстаете.
Да, вы делаете кросс-браузерную вёрстку и не боитесь IE.
Да, заказчик доволен, потому что он видит красивый, функциональный результат.
Но вы подумайте над тем, как ваш код будет восприниматься машиной! Не той машиной, которая умеет отрисовывать блоки в соответствии с алгоритмом позиционирования, а той машиной, которая будет человеку помогать справляться с огромными массивами данных в ближайшем будущем, которые хранятся в Интернете!
Какой может быть Веб 2.0, если до сих пор нет каких-либо более-менее расширенных стандартов? HTML5? Горизонтальная навигация и футер? Это всё, что компьютеры будут понимать, бродя по веб-страницам?
Некоторые заметят: как же так? ведь есть стандарт WSDL!
И где вы его видели работающим в Интернете? Сервисов, имеющих интерфейс с WSDL единицы! А это просто означает, что многие из нас занимаются не программированием, а написанием сотен и тысяч строк бессмысленного, обёрточного, кода только для того, чтобы вытащить данные с какого-нибудь вонючего сервера погоды или твиттера.
То же и с html-кодом. Насколько поисковые машины адекватны? Да, можно судить по первой странице выдачи — на ней размещены ссылки, на которые кликают пользователи. А дальше? Насколько адекватен результат запросу?
Попробуйте сгенерировать из вики по Twitter API какой-либо вразумительный код (на PHP, Ruby, Perl, Python и т.п.), реализующий просто враппер к этому самому API!
Если бы у Twitter API страницы были свёрстаны в соответствии с определенной семантикой, которая так или иначе была бы либо описана, либо стандартизована, достаточно было бы написать обёртку для XML-парсера и получить все сущности из страниц описания.
Почему, если блок содержит текст сообщения, он называется DIV, а не скажем MESSAGE-TEXT? Что понятнее? Абстрактный Див или тэг с вразумительным названием? Браузеры не понимают? А вот в этой статье я и доказал обратное! Потому что современным браузер пофиг P это или DIV или Q или ещё что-то — он оперирует блоками контента, оформление и позиционирование которых задаётся CSS.
лучше всё-таки делать так: validator.w3.org/check?uri=http%3A%2F%2Fmojura.110mb.com%2Ftest%2Fx-html%2Fxhtml-dtd.htm;ss=1
Кстати, во многих браузерах можно обойтись без Javascript, как то так в CSS:
rur {
visibility: hidden;
}
rur:after {
visibility: visible;
margin-left: -1.8em;
content: "P";
}
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Знак рубля и XHTML 1.0 Strict. Что общего?