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

В принципе, сам процесс «отлавливания» нажатий на горячие клавиши довольно прост. Уже давно в Техногрете на эту тему была опубликована статья с примером. Код на 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.

В конце сокращенных списков и облака добавляется ссылка «разворачивания». Дозагрузка сделана на 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.

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

Раньше я для этого просто клал в корень специальный index.html, но это было однобоким решением, т.к. он «перекрывал» собой только главную страницу. На внутренние сраницы по-прежнему можно было заходить по прямым ссылкам (например, с поисковых систем).

Плагин Maintenance Mode отображает такую «заглушку» с сообщением о временной недоступности вместо любой страницы сайта. При этом, ее будут видеть все посетители, кроме залогиненого администратора, который по-прежнему сможет перемещаться по страницам.

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

Стоит отметить, что при включении Maintenance Mode следует отключать WP-Cache (при его наличии). Иначе страницы останутся доступны, пока не «выдохнется» кэш.

А еще, на мой взгляд, со стандартной страницы MM стоит убрать header и footer, т.к. информация в них совершенно излишняя. Шаблон страницы находится в файле maintenance-mode_site.php.

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

• Maintenance Mode — cтраница плагина с описанием и инструкцией по установке.