spmbt

Тогда уж лучше элегантно

$( function(){
	var selChk = 'li input'; //добавить нужное
	$('ul.class_of_ul').on('change', selChk, function(ev){
	$(ev.delegateTarget).find(selChk).not($(this).addClass('checked') )
		.removeClass('checked').removeAttr('checked');
}); });

> Сейчас страницы выглядят легкими…
--цель проекта — улучшить информативность и удобство работы. Сейчас страницы лёгкие, а мышкой крутить много надо и тексты разделены пустотой, отчего 50% потеря места. Куча элементов не просто так, а для полезной информации перед глазами. И, кстати, часть информации скрыта и появляется при подведении мыши (фаворити, ссылка на себя; стрелки вверх нет вообще). Если посмотреть режим «дзен» в стилях — там и кнопки оценивания скрыты. Вместо всего этого добавляются (пока что) цветовые метки частоты комментариев авторов и одновременно — индикаторы разных авторов. Не вчитываясь в имена, сразу видишь, между сколькими авторами идёт диалог, есть ли там автор, много высказавшийся или нет. Для всего этого желательно столько меток, сколько авторов в топике, а их легко может быть более 30. Можно обойтись и динамическими пометками разных авторов, но это другая система, она не реализована (и покажите, где она реализована).
> почему вы говорите что нет разделителя
--Если он есть и плохо заметный, это равносильно тому, что его нет :). Вы никогда не пробовали быстро прокрутить длинную статью до начала комментариев? Помните, как пристально приходится искать глазами эти неконтрастные дату и прочую информацию?

yui_room9 уже ответил — хочу добавить, что вес этих 2 картинок поверх бекграунда будет неслабым, порядка 150-200 К каждая (придётся делать полупрозрачный PNG). И отдельную сложность будет представлять собой внедрение этой конструкции (2 рисунка подо всем остальным) на фон страниц, потому что от контента в обычном position: static придётся отказаться, делать в слое relative. Это вызовет, возможно, проблемы с виджетами и скриптами на страницах, которым нужно размещение в базовом потоке — динамические меню, например. Увеличится стоимость их установки и доработки. Может быть, и нет, если такие элементы применяться не будут.

Ещё, 2-я картинка будет в прибитом к низу футере (div style=position:bottom:0 X image X /div), поэтому прибитый футер нужно выбрать такой, чтобы всё вместе это работало. Это не очень просто — посмотрите, сколько публикаций в инете и на Хабре про прибитый футер, и нет универсального решения.

В общем, если 1) заказчик согласится с очень тяжёлыми картинками в дизайне, которые будут не сразу прорисовываться (к сожалению, неустранимо; только для малых экранов можно отсылать сразу более лёгкие картинки); 2) если согласится на сложную базовую раскладку страницы, что удорожит процессы доработок в будущем, 3) если понимает, что уже на данном этапе прибавляется работы хорошему верстальщику на 1-3 дня (смотря сколько страниц переделывать и каких), то такая фича может быть им принята.