shushu

Справа, вверху есть глобус - выбор языка

Встроенный сервер не поддерживает многопоточность. Из вариантов либо запустить несколько копий на разных портах и спроектировать приложение что бы оно с этим работало(извращение еще то), либо юзать любой из полноценных серверов (Apache/nginx/light-httpd)

В общем нарыл таки ответ. Раз идет такая кастомизация то лучше использовать фабрику создания макетов из шаблонов templateLayoutFactory.
Через этот конструктор устанавливаем шаблон вывода контента для метки

var commonContent = ymaps.templateLayoutFactory.createClass('<div class="icn_content">$[properties.iconContent]</div>');

а для ситуации с наведением мыши немного модифицируем шаблон, добавив класс к hover обертке

var hoverContent = ymaps.templateLayoutFactory.createClass('<div class="icn_content hover">$[properties.iconContent]</div>');

затем эти шаблоны применяем к стилевому оформлению наших кастомных маркеров, через свойство iconContentLayout

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

Конечно реально, вот несколько источников такой информации:
MusicBrainz
freedb
Last.fm API
Discogs

%localappdata%\Google\Chrome\User Data\Default
В Preferences (текстовый файл с JSON-данными) в секцию extensions прописываются параметры расширения.
В папку Extensions кидается папка (имя — идентификатор расширения) со всеми нужными файлами.

Это то, что я нашёл опытным путём. Не исключено, что могут существовать какие-то соответствующие функции в самом браузере. Но это нужно смотреть в исходниках chromium.

jsfiddle.net/HwD3R/

Скорее всего будут проблемы в IE6-IE7 – к сожалению, нет возможности проверить

Вообще, это очень важное и редкое умение, давать имена/названия объектам в программировании. Я часто трачу время именно на то, чтобы подобрать правильное и понятное название (и даже гуглю как аналогичные штуки называют другие разработчики, а также ищу переводы слов), а не написать сам код.

Что касается вдохновения, тут лучше поменять систему наименований. Например, сделать уникальный класс для блока, а внутри использовать классы с префиксом (по типу предложенной яндексоидами системы БЭМ), вроде:

.b-news-teaser (внутри b-new-teaser-header, b-new-teaser-list, b-news-teaser-item, b-news-teaser-sticky-flag и так далее), рядом .b-top-comments (внутри классы с таким же префиксом), потом .b-top-articles и так далее. То есть уникальные имена только у блока, а внутренние классы используют префикс.

Это, кстати, даст верстке определенные свойства «железобетонности» — вы сможете перенести блок с одной страницы на другую, и ничего не сломается. А изменения CSS-стилей в одном блоке новостей не сломают верстку форума (так как у всех блоков используются уникальные имена классов).

Естественно, вышеописанные свойства у вашей верстки будут только при соблюдении адекватного подхода (а то бывают товарищи, пишущие что-нибудь вроде p { font:… }, или даже * { color: black; } ну дуракам как известно, ничем уже не поможешь).

Что касается id — их надо избегать или использовать умные именования. Представьте, вы сверстали форму логина на странице, в которой есть field-username и field-password, а завтра вам понадобилось добавить такую же форму внизу (и у вас клик по лейблу в нижней форме начинает прокручивать страницу вверх). Или открыть в попапе. Или еще что-нибудь. Надо либо отказываться от id, либо, если никак, добавлять к ним уникальные префиксы (например #top-form-field-username и #popup-form-field-username).