В следующей заметке мой коллега, Эльдар Мустафин подробно рассмотрит два подобных сервиса, выявит их плюсы и минусы. К сожалению, у Эльдара не аккаунта на Хабре. Так что если у вас завалялся лишний инвайт, пишите, я дам его почту, он вам будет очень благодарен.
Этот ворнинг очень правильно на самом деле вылазит. Мы привыкли, что настройки у браузеров по дефолту одни и те же, но никто не мешает пользователю выставить, например, синий цвет фона для странички по умолчанию. Тогда заданный автором синий цвет текста будет смотреться не очень удачно. Однозначное же переопределение цвета текста и фона гарантирует, что подобного конфуза практически повториться не сможет. Если только пользователь не окажется совсем уж упёртым и не задаст !important.
Так что это полезный ворнинг, он не помогает не забывать о мелочах.
Да нет, я и не думал с вами делать чего-то эдакого. Просто комментарии в комментариях в вашем посте («/* 5.3. Comments */») напомнили мне и про эту игру понятий )
Проблема в больших таблицах не в том, чтобы понять, у какого элемента какое свойство во что установлена, а в том, чтобы было удобно найти его и исправить. Можно, конечно, применить «прогрессивное улучшение» и разбить одну большую таблицу на 2-3 поменьше, но дальше дробить уже не всегда разумно. А в неоформленную таблицу стилей порою бывает трудно «въехать». Натравите фаербаг вот на этот CSS, например, сильно ли он вам поможет её эффективно редактировать? )
Про гласные и негласные косяки мобильных браузеров интересно и доходчиво рассказывала Наталия Макишвили (видео выступления). Если хотите, посмотрите, мне лично очень понравилось )
Подтверждаю: в провинции на 256 кбитах разметка и стили грузятся в целом столько же, сколько и в провинции на 3-4 метрах (проверяно на себе). На сегодняшний день стринички, большие 200 кб, утяжеляет уже мультимедиа-содержимое, нежели несколько дополнительных тегов или строк стилей (ссылку на статистику привести не смогу, но может быть вы помните этот топик примерно полугодичной давности).
Другое дело, что мобильный интернет в большенстве своём у нас далеко не 3G, а те же мобильные браузеры давятся большими страничками, не понимают многие теги XHTML, задумываются подольше над HTML, не обрабатывают некоторые селекторы CSS и правила (и тут Остапа понесло… :)
В общем я к тому, что ±5 кб сегодня актуально только для мобильных телефонов (не смартфонов).
Практически полностью с вами согласен, но очень часто в больших (именно в больших) таблицах стилей можно легко потеряться. Содержание позволяет разбить таблицу на логические блоки, не разбивая её на десяток файлов.
Избыточность в коде присутствует, но это скорее перестраховка и стремление к лучшей читабельности. В случае поголовной оптимизации, таблицу в релизе можно сжать и вычистить комменты вообще, а в версии для дальнейшей разработки оставить всё, как есть, что поможет не танцевать с бубном вокруг компа, если вдруг всю документацию украдут, сожгут или потеряют.
Впрочем, универсального решения всё равно не существует, каждый волен выбирать наиболее удобное для него решение.
Порою мозг физика-лирика (Азимов, Кларк, Лем) выдаёт такие идеи, что диву даёшься )
На этом фоне вспомнился отрывок из рецензии Гоблина на «Обитаемый остров»:
В детстве на меня неизгладимое впечатление произвела книга «Затерянный мир». Был там такой эпизод: герои переходят со скалы на плато по стволу дерева, а коварный предатель сталкивает бревно в пропасть, отрезая героям обратную дорогу. Потрясённый книгой Конан Дойла, я тут же принялся писать свою книгу. У меня герои тоже переходили по бревну со скалы на плато, но дальше всё было значительно тоньше, чем у Конан Дойла. У меня бревно не спихивал предатель, у меня бревно перешибал метеорит! Есть мнение, ничуть не менее сильный сюжетный ход, чем столкновение звездолёта с астероидом.
Думается мне, в большинстве случаев объекты в точках Лагранжа формируются путём взаимного слипания с притянутыми своим гравитационным полем телами. Но тогда они должны быть почти правильными сферическими объяектами, что не соответствует действительности… Возможно, НЛО?.. Хм… я теперь не усну, пока не узнаю ответ )
Я думаю, комментарии всегда следует оставлять на языке/сленге, который максимально понятен и однозначен для читающих. Конкретно этот код (как и весь проект) сейчас веду я и мой «помощник». Очень маловероятно, но, возможно, лет через *дцать кто-то решит всё переписать и полезет в код. Но не более.
Вообще я склоняюсь к использованию чистого английского для хоть сколько-нибудь значимого проекта, так как любой адекватный программист поймёт эти комменты. Пусть даже со словарём, но поймёт. К этому я пришёл после того, как-то однажды долго вникал в паскалёвый код менюшки с комментариями на финском, а в следующий раз разбирался в реализации какого-то математического алгоритма с комментами на итальянском )
В своё время наткнулся на сайт одной веб-студии, у которой таблицы стилей были написаны изумительно. Сейчас уже адрес не назову, но возможно, кто-то тоже впечатлился. С тех пор стараюсь оформлять большие цсс именно в таком стиле. Вот для примера начало одной из таблиц:
/* Общая таблица стилей для всех страниц сайта.
********************************************************************************
Содержание:
0 Общий внешний вид
0.1 Оформление текста
1 Заголовок и главное навигационное меню
1.1 Заголовок
1.2 Главное навигационное меню
2 Основной контент
2.1 Обрамление
2.2 Рекламный заголовок
2.3 Меню навигации кабинета
2.4 Текстовой блок
2.4.1 Текстовой блок для авторизированного пользователя
2.4.2 Текстовой блок для авторизированного пользователя
2.4.3 Таблицы, содержащие интерфейсы управления
3 Футер
3.1 Левый футер
3.2 Правый футер
*******************************************************************************/
/* 0 Общий внешний вид
------------------------------------------------------------------------------*/
#wrapper{
min-height: 100%;
min-width: 980px;
height:auto !important;
height:100%
}
body{
font-family: Helvetica, Tahoma, Arial, serif;
font-size: 14px;
height: 100%;
line-height: 14px;
margin: 0;
padding: 0;
}
html{
height: 100%;
}
table{
width: 90%;
}
table tr.odd{
background: #FAFAFA;
}
/* 0.1 Оформление текста
---------------------------------------------------------------------------*/
acronym, abbr{
border-bottom: 1px dashed;
cursor: help;
}
a{
color: #fe5800; /*orange*/
}
a:hover{
text-decoration: none;
}
a.ext{
background: url(../img/external_link.gif) no-repeat right top;
padding-right: 16px;
}
img.fileIcon{
height: 16px;
vertical-align: -3px;
width: 16px;
}
.attention{
color: #fe5800; /*orange*/
font-weight: bold;
}
.newMaterial{
font-weight: bolder;
}
.nohypen{
white-space: nowrap;
}
/* 1 Заголовок и главное навигационное меню */
/* 1.1 Заголовок
---------------------------------------------------------------------------*/
#header{
background: url(../img/header_bckg.gif) repeat-x;
height: 120px;
line-height: 16px;
}
Это пока рабочий вариант, но суть, я думаю понятна.
я ошибаюсь, или это называется неполной компиляцией выражений? Если так, то всё время считал, что она есть только в интерпретируемых языках. В том же PHP она используется очень часто, хотя и является временами причиной трудноотловимых багов.
Песочницу вроде бы никто не отменял.
Так что это полезный ворнинг, он не помогает не забывать о мелочах.
© народное
Другое дело, что мобильный интернет в большенстве своём у нас далеко не 3G, а те же мобильные браузеры давятся большими страничками, не понимают многие теги XHTML, задумываются подольше над HTML, не обрабатывают некоторые селекторы CSS и правила (и тут Остапа понесло… :)
В общем я к тому, что ±5 кб сегодня актуально только для мобильных телефонов (не смартфонов).
Избыточность в коде присутствует, но это скорее перестраховка и стремление к лучшей читабельности. В случае поголовной оптимизации, таблицу в релизе можно сжать и вычистить комменты вообще, а в версии для дальнейшей разработки оставить всё, как есть, что поможет не танцевать с бубном вокруг компа, если вдруг всю документацию украдут, сожгут или потеряют.
Впрочем, универсального решения всё равно не существует, каждый волен выбирать наиболее удобное для него решение.
На этом фоне вспомнился отрывок из рецензии Гоблина на «Обитаемый остров»:
Уж не сочтите за оффтоп )
Вот сайт студии: http://www.studio7designs.com,
А вот ссылка на тоу самую таблицу: http://www.studio7designs.com/_ui/css/screen.css.
Вообще я склоняюсь к использованию чистого английского для хоть сколько-нибудь значимого проекта, так как любой адекватный программист поймёт эти комменты. Пусть даже со словарём, но поймёт. К этому я пришёл после того, как-то однажды долго вникал в паскалёвый код менюшки с комментариями на финском, а в следующий раз разбирался в реализации какого-то математического алгоритма с комментами на итальянском )
Это пока рабочий вариант, но суть, я думаю понятна.