Comments 31
Неуклонно ставлю во всех атрибутах, кроме цифровых (то есть, например, height, width, hspace).
В свое время много работал с XHTML (XHTML Mobile), и привык что все должно быть строго. Все теги закрыты, все атрибуты только в кавычках.
На работе недавно пришла новая верстка для проекта. В ней небыло практически кавычек и код был вида:
Для меня было ужасно читать такой код. Я быстро наваял на баше скриптину, перевел все в «валидный» вид. Высказал претензию верстальщику и понеслось. Он категорически запретил ставить кавычки там где не надо ибо валидатор разрешает и стандартом разрешено. И кода должнобыть меньше, а кавычки утяжеляют страницу…
Может я чего-то упустил в трендах верстки? оО
На работе недавно пришла новая верстка для проекта. В ней небыло практически кавычек и код был вида:
<html lang=ru>
<meta charset=windows-1251 >
...
<div class=someclass title=Element>
Для меня было ужасно читать такой код. Я быстро наваял на баше скриптину, перевел все в «валидный» вид. Высказал претензию верстальщику и понеслось. Он категорически запретил ставить кавычки там где не надо ибо валидатор разрешает и стандартом разрешено. И кода должнобыть меньше, а кавычки утяжеляют страницу…
Может я чего-то упустил в трендах верстки? оО
Не, верстальщик — мудак. А еще мудак тот, кто решил использовать «windows-1251».
Без кавычек очень легко допустить ошибку:
И использование кавычек «через раз» вносит раздор стилевого оформления:
Без кавычек очень легко допустить ошибку:
<div class=someclass anotherclass title=Element>
И использование кавычек «через раз» вносит раздор стилевого оформления:
<div class="someclass anotherclass" title=Element>
Полностью согласен. Но решил узнать мнение ибо может что-то поменялось, а я упустил. Все-таки без кавычек читается все адски ужасно.
Так как времени на споры нет, надо работать, тоя просто сделал такой вот финт руками:
Так как времени на споры нет, надо работать, тоя просто сделал такой вот финт руками:
for f in $(ls -l)
do
f=${f%*.html}
fv=${f}_valid.html
sed -r 's~(class|href|src|target|rel|name|lang|charset|title|width|height|alt)=([^"][a-z0-9\-\/:.?&\#а-яёА-ЯЁ_]+)(\s|\/|>)~\1="\2"\3~gi' $f.html > $fv
done
Еще хуже когда кавычки принципиально ставят наоборот, вот так:
<body onload='func1("param");' onresize='func2("param");'>
Варианты «некрасиво» и «плохо читается» не рассматриваем: оба слишком субъективны, вплоне верю, что кому как.
Как раз такие варианты я и не рассматривал. Я указал две прямых проблемы. А вы кроме того, что вам — так нравится больше никаких аргументов не привели, только добавили ещё третью проблему отсутствия кавычек — «цвет, указанный в атрибуте в формате #XXXXXX» ;)
Если верстается нечто очень критичное к размеру страницы (например, на какой-нибудь конкурс мини-сайтов в 1 килобайт или нечто высоконагруженное, типа главной страницы гугла, то кавычки можно не ставить. Но вообще лучше ставить их всегда — меньше возможности допустить ошибку или вызвать невалидный код.
То, что разработчики стандарта пошли на поводу у браузерописателей не дает право верстальщикам выключать свой мозг.
Ваш верстальщик — кретин. Подобный ужас и прополз в стандарт как раз из-за таких вот кретинов.
Ваш верстальщик — кретин. Подобный ужас и прополз в стандарт как раз из-за таких вот кретинов.
«на поводу у браузерописателей»?
Мне казалось, что парсер для более строгого стандарта написать проще. Я не прав?
Мне казалось, что парсер для более строгого стандарта написать проще. Я не прав?
Именно данное попущение было изначально введено в браузерах, создатели которых хотели «адекватно» отображать все страницы, даже те которые были сверстаны неверно или нелогично. Из-за того, что почти все браузеры начали подобное поощрать и появились тысячи проектов с поломонной, но все-равно верно отображающейся версткой. Ограничения подобного поведения в стандарте означало вырубание половины существующих сайтов и никто в здравом уме подобный стандарт не примет.
Кода должно быть меньше, это правда. Загляните в HTML код, например, стартовой гугла.
Использую haml и немного кавычек (:
ставлю, но в чужом коде вполне принимаю вариант с «чистыми» численными атрибутами.
Вот что хабр животворящий делает. Переписка в ICQ
>… Ну и да — верстаем с кавычками, заебали вы меня…
Всем спасибо =)
>… Ну и да — верстаем с кавычками, заебали вы меня…
Всем спасибо =)
Стараюсь ставить кавычки — очень удобно, если в редакторе включена подсветка. Ну и про несколько имен классов уже выше писали.
всегда кавычки, рефлекторно ставлю уже
по другому не приемлю
выше уважаемые граждане объяснили зачем они нужны, подписываюсь
по другому не приемлю
выше уважаемые граждане объяснили зачем они нужны, подписываюсь
Кавычки ставлю всегда. И тем не менее валидаторы — ЗЛО!
Мне частенько приходится верстать HTML-письма для рассылки по клиентской базе. А почтовые клиенты, как я понял, понимают только HTML 3.2, всё остальное — каждый по своему, мало и не всегда (доколе?!? почему нельзя сделать нормальную поддержку CSS?). И вот, даже верстая в HTML 3.2 я считаю обязательным строго следовать правилам xhtml (кавычки для всех атрибутов, lowercase теги и аттрибуты, структура тегов и т.п.).
А зачем использовать кавычки? Пока только одну причину назвали:
Но это каким надо быть мудаком…
Без кавычек очень легко допустить ошибку:
<div class=someclass anotherclass title=Element>
Но это каким надо быть мудаком…
А что можно не ставить? o_O
Классно когда много людей подключается к обсуждению. Истина где-то рядом)).
Sign up to leave a comment.
А Вы ставите кавычки в атрибутах тегов при верстке HTML (HTML4, HTML5)