Комментарии 31
Неуклонно ставлю во всех атрибутах, кроме цифровых (то есть, например, height, width, hspace).
-11
В свое время много работал с XHTML (XHTML Mobile), и привык что все должно быть строго. Все теги закрыты, все атрибуты только в кавычках.
На работе недавно пришла новая верстка для проекта. В ней небыло практически кавычек и код был вида:
Для меня было ужасно читать такой код. Я быстро наваял на баше скриптину, перевел все в «валидный» вид. Высказал претензию верстальщику и понеслось. Он категорически запретил ставить кавычки там где не надо ибо валидатор разрешает и стандартом разрешено. И кода должнобыть меньше, а кавычки утяжеляют страницу…
Может я чего-то упустил в трендах верстки? оО
На работе недавно пришла новая верстка для проекта. В ней небыло практически кавычек и код был вида:
<html lang=ru>
<meta charset=windows-1251 >
...
<div class=someclass title=Element>
Для меня было ужасно читать такой код. Я быстро наваял на баше скриптину, перевел все в «валидный» вид. Высказал претензию верстальщику и понеслось. Он категорически запретил ставить кавычки там где не надо ибо валидатор разрешает и стандартом разрешено. И кода должнобыть меньше, а кавычки утяжеляют страницу…
Может я чего-то упустил в трендах верстки? оО
+12
Не, верстальщик — мудак. А еще мудак тот, кто решил использовать «windows-1251».
Без кавычек очень легко допустить ошибку:
И использование кавычек «через раз» вносит раздор стилевого оформления:
Без кавычек очень легко допустить ошибку:
<div class=someclass anotherclass title=Element>
И использование кавычек «через раз» вносит раздор стилевого оформления:
<div class="someclass anotherclass" title=Element>
+30
Полностью согласен. Но решил узнать мнение ибо может что-то поменялось, а я упустил. Все-таки без кавычек читается все адски ужасно.
Так как времени на споры нет, надо работать, тоя просто сделал такой вот финт руками:
Так как времени на споры нет, надо работать, тоя просто сделал такой вот финт руками:
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
+4
Еще хуже когда кавычки принципиально ставят наоборот, вот так:
<body onload='func1("param");' onresize='func2("param");'>
-1
НЛО прилетело и опубликовало эту надпись здесь
Варианты «некрасиво» и «плохо читается» не рассматриваем: оба слишком субъективны, вплоне верю, что кому как.
Как раз такие варианты я и не рассматривал. Я указал две прямых проблемы. А вы кроме того, что вам — так нравится больше никаких аргументов не привели, только добавили ещё третью проблему отсутствия кавычек — «цвет, указанный в атрибуте в формате #XXXXXX» ;)
0
Если верстается нечто очень критичное к размеру страницы (например, на какой-нибудь конкурс мини-сайтов в 1 килобайт или нечто высоконагруженное, типа главной страницы гугла, то кавычки можно не ставить. Но вообще лучше ставить их всегда — меньше возможности допустить ошибку или вызвать невалидный код.
+3
То, что разработчики стандарта пошли на поводу у браузерописателей не дает право верстальщикам выключать свой мозг.
Ваш верстальщик — кретин. Подобный ужас и прополз в стандарт как раз из-за таких вот кретинов.
Ваш верстальщик — кретин. Подобный ужас и прополз в стандарт как раз из-за таких вот кретинов.
+3
«на поводу у браузерописателей»?
Мне казалось, что парсер для более строгого стандарта написать проще. Я не прав?
Мне казалось, что парсер для более строгого стандарта написать проще. Я не прав?
0
Именно данное попущение было изначально введено в браузерах, создатели которых хотели «адекватно» отображать все страницы, даже те которые были сверстаны неверно или нелогично. Из-за того, что почти все браузеры начали подобное поощрать и появились тысячи проектов с поломонной, но все-равно верно отображающейся версткой. Ограничения подобного поведения в стандарте означало вырубание половины существующих сайтов и никто в здравом уме подобный стандарт не примет.
+1
Кода должно быть меньше, это правда. Загляните в HTML код, например, стартовой гугла.
-1
Использую haml и немного кавычек (:
0
ставлю, но в чужом коде вполне принимаю вариант с «чистыми» численными атрибутами.
+1
Вот что хабр животворящий делает. Переписка в ICQ
>… Ну и да — верстаем с кавычками, заебали вы меня…
Всем спасибо =)
>… Ну и да — верстаем с кавычками, заебали вы меня…
Всем спасибо =)
+2
Стараюсь ставить кавычки — очень удобно, если в редакторе включена подсветка. Ну и про несколько имен классов уже выше писали.
0
всегда кавычки, рефлекторно ставлю уже
по другому не приемлю
выше уважаемые граждане объяснили зачем они нужны, подписываюсь
по другому не приемлю
выше уважаемые граждане объяснили зачем они нужны, подписываюсь
+1
Кавычки ставлю всегда. И тем не менее валидаторы — ЗЛО!
+2
Мне частенько приходится верстать HTML-письма для рассылки по клиентской базе. А почтовые клиенты, как я понял, понимают только HTML 3.2, всё остальное — каждый по своему, мало и не всегда (доколе?!? почему нельзя сделать нормальную поддержку CSS?). И вот, даже верстая в HTML 3.2 я считаю обязательным строго следовать правилам xhtml (кавычки для всех атрибутов, lowercase теги и аттрибуты, структура тегов и т.п.).
+1
А зачем использовать кавычки? Пока только одну причину назвали:
Но это каким надо быть мудаком…
Без кавычек очень легко допустить ошибку:
<div class=someclass anotherclass title=Element>
Но это каким надо быть мудаком…
-2
А что можно не ставить? o_O
0
Классно когда много людей подключается к обсуждению. Истина где-то рядом)).
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
А Вы ставите кавычки в атрибутах тегов при верстке HTML (HTML4, HTML5)