Более подробное описание находится на странице плагина, а пока вкратце расскажу о технической стороне вопроса для тех, кому интересно.

В принципе, сам процесс «отлавливания» нажатий на горячие клавиши довольно прост. Уже давно в Техногрете на эту тему была опубликована статья с примером. Код на JavaScript выглядит следующим образом:

function NavigateThrough (event)
{
  switch (event.keyCode ? event.keyCode : event.which ? event.which : null)
  {
    case 0x25:
      link = document.getElementById ('PrevLink');
      break;
    case 0x27:
      link = document.getElementById ('NextLink');
      break;
  }
  if (link && link.href) document.location = link.href;
}

Для того, чтобы функция срабатывала, необходимо зарегистрировать обработчик на событие document.onkeydown и прописать соответствующие id у навигационных ссылок (тех, которым соответствует «лево» и «право»). Либо просто вставить внутрь кода URL правой и левой страниц, как я и сделал.

При наличии возможности динамически генерировать JavaScript на серверной стороне, так же может быть полезно убирать из блока switch первый или второй case, когда в них нет необходимости, т. к. на крайних страницах переход может быть только в одну из двух сторон. В плагине все происходит именно так, и лишний обработчик автоматически убирается.

JS-листалка работает в Firefox и, после небольшой модификации, в IE7^*.

^* Установленный у меня IE8b (работающий в режиме IE7) говорит, что объект event не существует и прекращает исполнение скрипта при первом обращении к функции. Чтобы все заработало, необходимо добавить в функцию первую строку: if(!event) event = window.event;.

Что же касется Оперы, процитирую статью Андрея Шитова:

Опера — исключение. Этот браузер передает управление обработчику события после того, как выполнит действие по умолчанию (комбинация Ctrl + стрелка в ней уже занята). Поэтому в Опере приходится нажимать не только Ctrl, но и Shift — такая трехклавишная комбинация соответствует навигации по ссылкам из тегов.

Я проверял код в Opera 9.50 build 9945, все обстоит именно так. Кстати, помимо приведенного выше, я пробовал использовать другой очень похожий вариант скрипта. По непонятной причине он обрушивал Оперу насмерть. Это явный баг и в релизе, вероятно, он будет исправлен.

Для того, чтобы не плодить лишние соединения с сервером, плагин вставляет JavaScript прямо в код страницы (он совсем небольшой, поэтому такой метод подключения предпочтителен). Вставка происходит по хуку wp_footer, так что если вдруг код на странице не появляется, причина, скорее всего, в том, что в вашей теме нет вызова wp_footer(). Такое иногда бывает, т. к. сам по себе этот вызов не критичен. На стандартной теме Кубрик все работает, проверено.

Важный PS: некоторое время назад я зарегистрировался в Plugin Directory на wordpress.org, с целью добавить туда другой свой плагин. По неясной причине, SVN говорит об ошибке 403 и не хочет всасывать файлы. Пробовал через консольный клиент и Tortoise.

На их форуме обсуждалась эта проблема (как я понял, она часто встречается), но решения я не нашел. Если кто-то имел дело с репозиторием WP и может помочь, буду благодарен. Использование Plugin Directory позволит автоматически обновлять плагины одним кликом. Ради этого все и делается, в основном.

Ссылки по теме

• Страница плагина WP Flipper.
• Статья Андрея Шитова о стрелочной навигации на Техногрете.

Зачем нужно менять круглое на полосатое? По очень простой причине. Динамическое меню сокращает расстояние между основными страницами CP до одного клика. Т.е. почти вдвое уменьшает количество обращений к серверу, необходимых для доступа к различным частям панели управления. Вместе с этим сокращается затрачиваемое время. Ведь ни для кого не новость неторопливая работа WP, заметная даже при локальной установке.

Ссылки по теме

• Lighter Menus @ Plugin Directory
• Admin Drop Down Menu — аналогичный плагин, работающий еще и с Fluency.

Даже странно, что в официальной документации не сделали графического представления.

(клик ту зум)

Уже четвертый пост подряд про WordPress. Надо что-то менять.

В конце сокращенных списков и облака добавляется ссылка «разворачивания». Дозагрузка сделана на AJAX и обновления страницы не требует.

Посмотреть, как все работает, можно в архиве моего блога. Скачать — на странице плагина.

Идея переписать представление архива для WordPress пришла потому, что стандартные средства меня не устраивали. В понимании WP, архивом называется обычная лента постов, дефрагментированная по месяцам. Искать по ней довольно неудобно, потому что на одной странице помещается только небольшой фрагмент хронологии и требуется много листать. Да и само использование даты публикации для организации архива может быть полезно разве что автору, который помнит, когда и что писал, но никак не посетителю.

Изначально я написал специальный шаблон страницы, который вместо контента выводил разделенный по категориям список постов. Подумав, добавил внутристраничную навигацию с красивым скроллингом и полное облако тагов в начало страницы. Ну а в итоге оформил код в виде плагина.

Кстати, плагин для WordPress писал в первый раз, используя в качестве примера похожий по функциональности WP Simple Sitemap (тоже генерирует список постов, но более простой, хотя и с разбиением на страницы).

Учитывая тематическую ориентацию блога, приведу сначала фрагмент кода, генерирующий список с «якорями» и датами:

$cats = get_categories();
$uncategorized = array_shift($cats);
array_push($cats, $uncategorized);

$contents = array();
$catList = array();

foreach($cats as $cat) {
	$posts = get_posts('numberposts=0&orderby=post_date&'.
		'order =ASC&category='.$cat->cat_ID);
	$postList = array();
	foreach($posts as $post) {
		$postList[] = date('(Y/m/d) ', strtotime($post->post_date)).
			'<a href="'.$post->guid.'">'.$post->post_title.'</a>';
	}

	$catId = 'cat_'.($cat->cat_ID);
	$cnt = ' ('.$cat->count.')';
	$contents[] = '<a href="#'.$catId.'">'.$cat->name.'</a>'.$cnt;
	$catList[] = '<h3><a href="" id="'.$catId.'"></a>'.
		$cat->name.$cnt.' <a href="#postlist_top">↑</a></h3>'.
		'<ul><li>'.implode('</li><li>', $postList).'</li></ul>';
}

echo '<p><a href="" id="postlist_top"></a>'.
	implode(', ', $contents).'</p>'.implode("\n", $catList);

В программе используются функции WP API get_categories() и get_posts(), извлекающие из базы списки категрий и постов соответственно. Далее на их основе генерируется HTML.

Вывод облака тегов выполняется вообще в три строчки:

$settings = get_option('wp_postlist_array');
$tags = wp_tag_cloud('number=0&format=array'); // WP 2.5+
echo '<p class="pl_cloud">'.implode(' ', $tags).'</p>';

Функция wp_tag_cloud() выдает список линкованных тагов для облака. До версии 2.5, она сразу выводила свой результат в stdout, что на мой взгляд неправильный подход (то же относится ко многим другим функциям WP). Но с недавних пор появилось новое значение параметра format — array, благодаря которому результат может быть возвращен обычным образом.

Непосредственная вставка кода в нужный шаблон страницы может привести к неудобствам при модификации темы или переносе блога. Поэтому я и сделал в итоге плагин.

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

Пример использования: http://paradigm.ru/archive.
Страница плагина: http://paradigm.ru/wp-postlist.
Архив для скачивания: http://things.paradigm.ru/wp-postlist.zip.