CrystalCrystal 0 Опубликовано: 30 декабря 2020 Жалоба Рассказать Опубликовано: 30 декабря 2020 Имеет ли смысл к тегу <ol> применять атрибут type, когда есть свойство list-style-type? Для <ul> аналогичный атрибут уже не актуален в силу таблицы стилей, почему тогда type для тега <ol> до сих пор не считается устаревшим? Цитата Ссылка на сообщение Поделиться на других сайтах
npofopr 426 Опубликовано: 30 декабря 2020 Жалоба Рассказать Опубликовано: 30 декабря 2020 Почему собственно нет? Зачем стили, когда можно прямо в html задать формат разным спискам? 1 Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 31 декабря 2020 Автор Жалоба Рассказать Опубликовано: 31 декабря 2020 (изменено) npoforp С одной стороны, я понимаю, что несколько способов решить одну задачу - это хорошо, но с другой - если смотреть с такой точки зрения, зачем тогда осуждать type для тега <ul>? Просто хочу понять цель данного решения со стороны разработчиков кода (может в W3C написать? 😆), ведь сперва решил, что ошибка во всех справочниках, которые я загуглил, а оказалось - нет, не ошибка.Изменено 31 декабря 2020 пользователем CrystalCrystal Цитата Ссылка на сообщение Поделиться на других сайтах
npofopr 426 Опубликовано: 31 декабря 2020 Жалоба Рассказать Опубликовано: 31 декабря 2020 Надо вас спросить, зачем вы осуждаете) Напишите. Можете, думаю, ещё спецификации почитать. Там обычно пишут, зачем, для чего и как. Пометки deprecated вроде тоже бывают. А в целом, не забывайте про обратную совместимость. Не все сайты современные. Сайты с доктайпом html4 тоже существуют и должны работать. Ещё существует вёрстка почтовых шаблонов, где как раз "старый" html. И особо не развернёшься. Там и тег <center> вполне можно заиспользовать. В общем, использовать атрибуты или нет, уже вам решать. Считаете устаревшими, не используйте. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 31 декабря 2020 Автор Жалоба Рассказать Опубликовано: 31 декабря 2020 (изменено) npoforp Цитата Надо вас спросить, зачем вы осуждаете) Нет-нет, Вы меня не правильно поняли, к старичкам атрибутам я отношусь с полной толерантностью. Это в справочниках пишут: "осуждается в HTML5, взамен используйте свойства CSS". 😊 Цитата Можете, думаю, ещё спецификации почитать. Там обычно пишут, зачем, для чего и как. Дельный совет, спасибо. Цитата А в целом, не забывайте про обратную совместимость. Не все сайты современные. Сайты с доктайпом html4 тоже существуют и должны работать. Но это касается поддержки старых проектов, новые же стоит писать по стандартам HTML5. Или я ошибаюсь? Цитата Ещё существует вёрстка почтовых шаблонов, где как раз "старый" html. И особо не развернёшься. Во блин... в почту, пожалуй, лезть пока не стану, а то совсем запутаюсь.Изменено 31 декабря 2020 пользователем CrystalCrystal Цитата Ссылка на сообщение Поделиться на других сайтах
Igor Schnaider 175 Опубликовано: 4 января Жалоба Рассказать Опубликовано: 4 января 31.12.2020 в 21:15, CrystalCrystal сказал: Это в справочниках пишут: "осуждается в HTML5, взамен используйте свойства CSS". Ну старые версии HTML вообще содержали много презентационных элементов, которые со временем заменили соответствующими CSS свойствами (типа <i>, <b> и все такое). Они были исключительно про представление, не про значение. Здесь явно та же история, только речь про атрибут. Однако с упорядоченным списком у атрибута type помимо представления имеется и семантика. Предположу, что в этом причина, почему для <ul> он obsolete, а для <ol> – нет. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 4 января Автор Жалоба Рассказать Опубликовано: 4 января Igor Schnaider Вероятно Вы правы. Цитата Ссылка на сообщение Поделиться на других сайтах
Full-R 6 Опубликовано: 15 января Жалоба Рассказать Опубликовано: 15 января Type( как атрибут), нужен только для валидации полей. Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 17 января Автор Жалоба Рассказать Опубликовано: 17 января (изменено) Full-R Вообще не понял, что Вы хотите этим сказать. Каких полей валидации?Изменено 17 января пользователем CrystalCrystal Цитата Ссылка на сообщение Поделиться на других сайтах
Full-R 6 Опубликовано: 17 января Жалоба Рассказать Опубликовано: 17 января HTML элемент input должен содержать атрибут type: Атрибут type | htmlbook.ru Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 22 января Автор Жалоба Рассказать Опубликовано: 22 января Full-R Но ведь речь в данной теме шла об атрибуте type элемента <ol>. Если я правильно понимаю, вопреки названию они никак между собой не связаны. Цитата Ссылка на сообщение Поделиться на других сайтах
Full-R 6 Опубликовано: 23 января Жалоба Рассказать Опубликовано: 23 января 11 часов назад, CrystalCrystal сказал: Full-R Но ведь речь в данной теме шла об атрибуте type элемента <ol>. Если я правильно понимаю, вопреки названию они никак между собой не связаны. Я не обратил внимания что такая глупость может быть у кого-то в мыслях. Что нельзя делать можно проверить вот тут: Showing results for contents of text-input area - Nu Html Checker (w3.org) В общем на сам атрибут валидатор не ругается, но совершенно ясно что его тут быть не должно. Может быть для каких то скриптов это нужно, но лучше использовать атрибуты data. Они все легальные. Даже в случае, если подразумевается стиль листа это не документировано. В основном стилевые атрибуты остаются актуальны только для таблиц. Иногда их можно также встретить в SVG, но это уже другая история. Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 23 января Автор Жалоба Рассказать Опубликовано: 23 января (изменено) Full-R 12 часов назад, Full-R сказал: В общем на сам атрибут валидатор не ругается, но совершенно ясно что его тут быть не должно. Естественно его там быть не должно, вы ведь перепутали значения маркированного и нумерованного списка. Тот атрибут, о котором речь в теме - считается актуальным, что мне и показалось весьма странным. Перечитайте тему внимательней. Изменено 23 января пользователем CrystalCrystal Цитата Ссылка на сообщение Поделиться на других сайтах
Full-R 6 Опубликовано: 24 января Жалоба Рассказать Опубликовано: 24 января 7 часов назад, CrystalCrystal сказал: Full-R Естественно его там быть не должно, вы ведь перепутали значения маркированного и нумерованного списка. Тот атрибут, о котором речь в теме - считается актуальным, что мне и показалось весьма странным. Перечитайте тему внимательней. Ну да: перепутал. А что толку? Вот мы его и выяснили. 7 часов назад, CrystalCrystal сказал: Full-R Естественно его там быть не должно, вы ведь перепутали значения маркированного и нумерованного списка. Тот атрибут, о котором речь в теме - считается актуальным, что мне и показалось весьма странным. Перечитайте тему внимательней. Ну да: перепутал. А что толку? Вот мы его и выяснили. 7 часов назад, CrystalCrystal сказал: Full-R Естественно его там быть не должно, вы ведь перепутали значения маркированного и нумерованного списка. Тот атрибут, о котором речь в теме - считается актуальным, что мне и показалось весьма странным. Перечитайте тему внимательней. Ну да: перепутал. А что толку? Вот мы его и выяснили. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
AlexZaw 102 Опубликовано: 30 января Жалоба Рассказать Опубликовано: 30 января 24.01.2021 в 10:38, Full-R сказал: Ну да: перепутал. А что толку? Вот мы его и выяснили. Упс: Цитата Ссылка на сообщение Поделиться на других сайтах
Full-R 6 Опубликовано: 31 января Жалоба Рассказать Опубликовано: 31 января 9 часов назад, AlexZaw сказал: Упс: Но, уже никто не берет 4.01 🙂 Цитата Ссылка на сообщение Поделиться на других сайтах
AlexZaw 102 Опубликовано: 31 января Жалоба Рассказать Опубликовано: 31 января 7 часов назад, Full-R сказал: Но, уже никто не берет 4.01 Опять упс: Вопрос ведь и был про то, почему для UL атрибут type считается устаревшим, а для OL нет. А вы, зачем то, начали показывать результаты валидации которые и так были озвучены в первом сообщении 🙂 Цитата Ссылка на сообщение Поделиться на других сайтах
Full-R 6 Опубликовано: 31 января Жалоба Рассказать Опубликовано: 31 января (изменено) 1 час назад, AlexZaw сказал: Опять упс: Вопрос ведь и был про то, почему для UL атрибут type считается устаревшим, а для OL нет. А вы, зачем то, начали показывать результаты валидации которые и так были озвучены в первом сообщении 🙂 Вам места в БД жалко или вы меня упрекаете? Если первое - посмотрите в сторону Big Int, а не no SQL. Если второе, то мне вас тоже не понятно. Когда я изучал HTML я смотрел в первую очередь на теги и CSS. Уже тогда табличная верстка, которая изобилует бесполезными атрибутами была не нужна, а все делали display: table-cell. Где интересно можно было вообще узнать про атрибут type для элементов списков? Вот я и заглянул в валидатор. Если на HTML5 уже нет DTD, то логичнее всего было бы посмотреть именно там. В противном случае я бы просто сразу заглянул в DTD и все выяснил. Почему же type для ol актуален, а type для ul не документирован в HTML5? Напишите разработчикам request с требованием пояснить вопрос года. Ведь это так неправильно, что OL может быть с атрибутом type, а UL нет. Давайте пердъявим им одно из двух: 1). Труп надо убрать 2). Труп надо добавитьИзменено 31 января пользователем Full-R Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 1 февраля Автор Жалоба Рассказать Опубликовано: 1 февраля Full-R 20 часов назад, Full-R сказал: Почему же type для ol актуален, а type для ul не документирован в HTML5? Напишите разработчикам request с требованием пояснить вопрос года. Ведь это так неправильно, что OL может быть с атрибутом type, а UL нет. Суть вопроса не в претензии к разработчикам, а в том, чтобы понять, почему его оставили валидным. Значит в некоторых случаях, вероятно, стоит отдать предпочтение атрибуту, нежели таблице стилей. Но в каких? Цитата Ссылка на сообщение Поделиться на других сайтах
Full-R 6 Опубликовано: 1 февраля Жалоба Рассказать Опубликовано: 1 февраля 1 час назад, CrystalCrystal сказал: Full-R Суть вопроса не в претензии к разработчикам, а в том, чтобы понять, почему его оставили валидным. Значит в некоторых случаях, вероятно, стоит отдать предпочтение атрибуту, нежели таблице стилей. Но в каких? Ни в каких. Обычно CSS в отдельном файле кэшируется. Например, дополнительный атрибут увеличивает размер передаваемых данных с сервера на клиент, а также усложняет все остальное. Представьте себе что в статье 20 списков и для каждого нужно сгенерировать тип. > почему его оставили валидным Очевидно, что обычная недоработка. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
Igor Schnaider 175 Опубликовано: 2 февраля Жалоба Рассказать Опубликовано: 2 февраля Никакой здесь недоработки нет. Его оставили, а если точнее, вернули из состояния deprecated (source) преднамеренно (source). Как и писал, он теперь не за стили отвечает. (Кстати, как и элементы <i>, <b> и тому подобные.) 01.02.2021 в 18:53, CrystalCrystal сказал: Значит в некоторых случаях, вероятно, стоит отдать предпочтение атрибуту, нежели таблице стилей. Но в каких? Спецификация вот что говорит: Цитата In the cases where that matters (e.g. because items are to be referenced by their number/letter). В качестве примера (source😞 Цитата Examples of this include legal or technical documents, which can contain references to non-decimal list items in prose: Obligations of the Company – Tranche One Subject to satisfaction of clause 3.2(a), on Tranche One Completion the Company will: (a) Purchase a foosball table for staff use (b) … Mockup of an example legal document with a highlighted reference to a non-decimal list item Пока сам пытался разобраться для себя, наткнулся на обсуждение конкретно этого вопроса. Там есть мнения и за то, чтобы избавиться от этого атрибута нафиг (в частности, почему бы не aria для этого использовать, или почему не расширили тогда список возможных значений, как в случае со стилями). Ну и почему его вновь вернули. (Понятное дело, с аргументами, а не как тут у некоторых 🙃.) 2 Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 2 февраля Автор Жалоба Рассказать Опубликовано: 2 февраля Igor Schnaider Значит атрибут стоит применять, когда пункты нумерованного списка имеют особое значение, к примеру, для обработки поисковиками. Я правильно понимаю? Цитата Ссылка на сообщение Поделиться на других сайтах
Igor Schnaider 175 Опубликовано: 2 февраля Жалоба Рассказать Опубликовано: 2 февраля Я думаю, последнее, чем руководствуется рабочая группа, так это интересами поисковиков. )) Если по существу, я в SEO вообще ничего не понимаю, не могу сказать. Надо понимать, что это ведь не руководство к действию. Если нумерация носит исключительно презентационный характер, тут самое место для list-style-type. Если брать пример с правовым документом (тот что выше привел), то здесь как раз подходящее применение для атрибута. Он для этого и предназначен. А вы можете хоть гифками все эти цифры или буквы вставлять. Другой вопрос, что это не семантично, но браузеру-то все-равно (если что, я не призываю так делать :-). 1 Цитата Ссылка на сообщение Поделиться на других сайтах
CrystalCrystal 0 Опубликовано: 2 февраля Автор Жалоба Рассказать Опубликовано: 2 февраля (изменено) Igor Schnaider Что-же, пригодится ли в будущем на практике атрибут type пока неизвестно, но в любом случае ситуация немного прояснилась. Может быть в будущем данная информация поможет решить какую-нибудь задачу, кто знает. Благодарю, что поделились здесь результатами расследования 😊.Изменено 2 февраля пользователем CrystalCrystal Цитата Ссылка на сообщение Поделиться на других сайтах
Full-R 6 Опубликовано: 2 февраля Жалоба Рассказать Опубликовано: 2 февраля 2 часа назад, Igor Schnaider сказал: (в частности, почему бы не aria для этого использовать, или почему не расширили тогда список возможных значений, как в случае со стилями). Для инвалидов верстаете? 😉 Цитата Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Присоединяйтесь к обсуждению
Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.