Список причин, по которым я для чтения фидов использую Google Reader, а не Яндекс.Ленту:

• У Google Reader интерфейс удобнее.
• У Google Reader при чтении ленты нет задержек с отмечанием записей прочитанными. Аналогичные задержки в Яндекс.Ленте при отсутствии навигации как таковой делают её абсолютно нечитабельной.
• Google Reader позволяет делать отдельные записи непрочитанными после их прочтения.
• У Google Reader в режиме просмотра “только заголовки” записи не становятся прочитанными.
• Google Reader не светит мои пароли, а Яндекс.Лента светит вовсю.

Я создал категорию Software, а в ней — подкатегорию RSS.

WordPress автоматически сделал такой путь для подкатегории: http://zliypes.com.ua/blog/category/software/rss/

Всё вроде бы логично. Только работает не так, как должно.

Вместо того, чтобы показывать по этому адресу записи из подкатегории RSS, WordPress — правильно — отдаёт по этому адресу rss-feed категории Software.

Гавно.

За невозможность “удалить” запись после первоначальной публикации.

Написал автор глупый пост не подумав, кинулся его удалять, а поздно: rss-читалки уже его затянули.

Другой автор написал что-то личное, одумался и убрал под замок, но тоже поздно: все ходы записаны.

Или в форуме написали какую-то гадость, запрещённую правилами, модераторы среагировали, но не мгновенно: все подписчики успели эту гадость получить.

Если хотите, чтобы читалки «убили» вашу первоначальную запись, её не надо удалять или убирать под замок. Надо отредактировать запись до приемлемого текста, но ни в коем случае не менять её адрес. Правильная читалка проапдейтит запись во время следующего захода за фидом.

Кстати, очевидное преимущество серверных читалок (типа google reader или яндекс.ленты) — они могут затянуть пост без вашего участия, что увеличивает вероятность прочтения вами записи, уже удалённой автором.

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

Пример: в html код вставляется тег рисунок с src=”image://hardware/computer/keyboard”. Браузер этот код интерпретирует и подставляет в страницу рисунок клавиатуры из своего клипарта. Список поддерживаемых рисунков является общепринятым стандартом по аналогии со списком английских наименований html-цветов.

Пишешь себе скрипт, и на лету вставляешь в него иконки, не тратишь время на поиск и последующую обработку. Рисунки могут не являться концептуальной частью дизайна сайта; у сайта может вообще отсутствовать дизайн — Browser Clipart отлично справится с «раскраской» таких сайтов.

Браузеры карманных устройств могут иметь специальный клипарт с рисунками маленького размера, или иметь укороченный вариант клипарта.

Экономия на траффике незначительная, имеет смысл только для всяких gprsов.

Ну а пользователь может скачивать себе клипарт-темы: стандартные рисунки, нарисованные в разных стилях.