Именуем картинки с умом

Спасибо. Это как раз тот случай, когда какая угодно система (в именовании) лучше, чем ее отсутствие :) А вот будет ли оно так, как вы указали, или что-то самостоятельно придуманное, большого значения не имеет.

Спасибо за заметку: я тут как раз давеча искал приемлемый способ именования картинок.
Я бы предложил в

[название_]назначение[_вложенность][_фон][_позиция][_размер][_активность].расширение

поменять местами название и назначение.
Получится

назначение[_название][_вложенность][_фон][_позиция][_размер][_активность].расширение

Просто как-то уже так сложилось в программировании, что чаще всего сначала идут обязательные параметры, а потом вторичные.
Хотя это на любителя.

А как насчёт создания стандартной структуры папок для изображений, а названия самих картинок делать односложными? Имхо это будет удобнее и понятнее чем файл с названием — hui_logo_sub_t_m_cur.jpg когда будешь смотреть на него через год? :)

уже давно использую схему:
…
bg_widget_main
bg_widget_bottom
bg_top
button_send
icon_cart
…

я использую немного другой принцип:
страница(home)_назначение(logo)_тип(tx/bg/hr)_позицияХ_позицияУ.расширение

В любом случае понятное имя с нужной смысловой нагрузкой — это как комментарии в коде, без него нельзя.

Я пришел к именованию картинок так же как классы в CSS. Например, есть блок страницы, ну… пусть будет логотип. У него есть класс .b-logo. Не мудрствуя лукаво, называем картинку с логотипом b-logo.png. И все, запутаться невозможно:)

А всякие дополнительные штуки, типа теней и круглых уголков — ближайший-поименованный-блок_rounded_bl.png. (левый нижний круглый уголок у блока «ближайший поименованный-блок»).

Я обычно использую спрайты (засовываю как можно больше картинок в одну), но CSS-классы называю примерно так, как вы написали.

Давно использую именование картинок/файлов по определенной системе.
можно так же некоторые функциональные элементы так же расскладывать по папкам.
допустим, все что относится к шапке в папку header и уже опустить это в названии файла
а если использовать систему на сквозь во всех проектах (следовать ей) то написание проект от проекта становится все приятней :) даже некоторые элементы могут путешествовать из проекта в проект ( те же иконки для админки)

hz_button_s — маленькая кнопка, непонятно зачем нужная )

примеров бы побольше…

hz — это пять. только не совсем понятно что это значит в терминах автора («hрен zнает» или «h*й zабей»)

использую подобную схему сам, но в вашей вижу косяки и неоднозначность. К примеру icon_l.gif — это иконка слева (left) или большая (large)?

Используя практически такие же обозначения

Я так понимаю, эта схема среди всего прочего, должна как-то упрощать читаемость всей этой россыпи картинок в виде списка файлов? Тогда название однозначно не может идти первым, потому что это будет полный винегрет. Первым должно быть «назначение», а название вообще лучше убрать в самый конец :) Тогда при сортировке по имени мы будем иметь хоть какую-то структуризацию, а если первым будет название — это не даст вообще никаких выгод.

Я очень люблю читать oil and gas eurasia, у нас в институте раздают их бесплатно.
В этом журнале после статьи на Английском идет сразу же статья на Русском.
Очень поучительно если не особо знаешь иностранный.
Мне кажется вам обязательно нужно сделать что-нибудь подобное,
тем более у вас в конце журнала много статей не посвящены обучению Английскому.

А почему подчеркивание, а не дефисы?

Когда название идёт первым, это очень нехорошо. Гораздо удобнее первым писать назначение картинки (фон, кнопка, и т. д.). Представьте, что вам через полгода потребуется найти изображение фона со всякими вензелями. Вы будете искать на букву «в»? А если это называлось не вензеля, а кренделя? Ещё и на «к» поищите. А потом на «р» (рюшечки) и т. д. Короче, потеря времени. Лучше всегда фон искать на букву «b» (background), и быстренько выбрать нужную картинку из 2-5 с одним префиксом. А ещё лучше — раскидать изображения разного назначения по разным подпапкам.

сори, но я не вижу смысла в таких извращениях… зачем нужны приставки «вложенности», «размера», «позиции», «активности»? Первые две вообще непонятны. Третья — старайтесь не привязываться к позиции чего-либо на странице, если у вас есть две иконки — одна слева, другая справа, как будете называть? Или будете резать две? Тоже относится и к классам/id в HTML. Четвертая — «активность», правилом хорошего тона является использование спрайтов для всяких ховерных/активных состояний.
ЗЫ. приставка «hz» — улыбнуло. Интересно, не русскоязычный заказчик за всю свою жизнь сможет понять что это значит? ))

представляю:
hz_button_hz_hz_tl_s_hz.png

а если серьезно — любая систематизация однозначный плюс, спасибо за идею.

А можно сделать грамотно и всё запихнуть в <a href=«habrahabr.ru/blogs/client_side_optimization/18730/'>спрайт и не забивать себе голову мелочами -)

Насчёт конфликта left / large — делать «la» имеет только в том случае, если вы пишете парсер и вам нужна однозначность. В случае с обычной вёрсткой, вы сами поймёте что имеется в виду. Ведь если есть large, значит есть что-то другое. Как обычно случается и с left.

Как выше правильно заметили — любая система лучше, чем никакой.
А тут ещё всё удачно и без фанатизма. Ну, минус подчёркивания вместо дефисов ;)

А у меня вообще такая привычка: при разработке раскидываю всю графику по стандартному набору папок:
1. layout — здесь графика для глобальных элементов разметки (основной бэграунд и все остальное того же типа). Здесь картинки обычно именуются по принципу: [идентификатор_класса].png/jpg
2. elements — это всякие стрелочки, кружочки, иконки. Эта графика обычно используется очень часто и встречается во всех разделах сайта. Такие картинки предпочитаю называть интуитивно понятными именами, по принципу: что видим, так и называем
3. buttons — кнопки
Еще бывают папки «специального» назначения. Например, графику для слайдшоу на главной странице сайта я предпочту уложить в директорию «slideshow» и т.п.