Как известно, в Друпале для внезапного показа пользователям сообщений от системы есть функция — drupal_set_message(). Однако, к сожалению, эта функция умеет выставлять сообщения только для показа текущему пользователю. А иной раз хотелось бы отправить системное сообщение другому пользователю, чтобы он увидел его сразу, как только появится на сайте. И чтоб сообщение не пропало, а смиренно ждало прихода своего адресата.

С этой целью быстренько набросал крохотный модуль Message Queue API.

А вот жизнеутверждающая песенка:

Спасибо RxB за находку!

Всем известен лозунг о том, что Друпал, будучи открытой системой, обладает обширной и подробной документацией. Безусловно, это так и есть. Тем не менее, работа с этой документацией зачастую происходит в режиме «Слепой котенок vs. Огромный страшный мир». В основном потому, что обширная и подробная документация не очень удачно организована, так что в результате нужные сведения зачастую лежат в странных, неожиданных местах. И спасает зачастую только опыт: если знаешь, где искать — найдешь, а не знаешь — фиг тебе.

Сегодня, к примеру, решал задачу с формой, у которой несколько (переменное число) одинаковых submit-кнопок с одним и тем же submit-обработчиком, который, все же, должен уметь эти кнопки различать. Задачу решал не в первый раз, поэтому знал, что в описание каждой кнопки нужно добавить собственные свойства, содержащие их отличительные черты, например, вот так:

for ($i = 0; $i < $count; $i ++) {
  $form['line_' .$i]['work'] = array(
    '#type' => 'submit',
    '#value' => t('Work'),
    '#line_index' => $i,
    '#name' => 'work_' .$i,
  );
}

И тогда в submit-обработчике можно будет из определенного поля $form_state вынуть ['#line_index'] и понять, какая именно кнопка была нажата.

Однако я напрочь забыл, где именно в должна быть эта информация. На странице Form API, естественно, ничего об этом нет - это ж, понятно, ерунда, зачем о ней в описании форм Друпала писать. В общем, с горем пополам вспомнил, что эти данные были где-то на странице о различиях между Form API пятерки и шестерки:

$form_state['clicked_button']

A full copy of the button element that was clicked to submit the form. This is more reliable than the old $form_values['op'] name, and also carries any additional information that was placed in the button element's form definition.

Помню, с месяц назад меня как раз об этом кто-то спрашивал, а я так и не вспомнил ответ: описание нажатой кнопки полностью, включая все дополнительные и самодельные параметры, передается в $form_state['clicked_button'].

Также важно, чтобы у кнопок были разные имена (свойство '#name'), иначе метод работать не будет.

Теперь не забуду.

Благодаря бдительным пользователям в qTwister обнаружился баг. Оказывается, для отображения векторных svg-картинок, необходимо в составе приложения поставлять еще и соответствующий плагин, а без него ничего не показывается. В общем, разобрался, все исправил, кто следит - может скачать обновленные архивы со страницы программы (если надо - обновите кэш браузера).

На случай если забуду, или случайный гость заинтересуется: плагин qsvg4.dll (.so для Linux) лежит в qt/plugins/imageformats. В приложении плагин должен поставляться в директории imageformats/.

В общем, сделал я для Друпала 6.x модуль под названием notabene. Модуль предназначается для организации системы кратких заметок «на полях» с помощью специальной кнопки. При наведении мыши на кнопку, появляется всплывающий блок, показывающий уже созданные по данной кнопке заметки. Нажатие на кнопку влечет появление фрейма с уже созданными заметками и формой добавления новых. Фрейм создается с помощью Modal Frame API.

Специальная кнопка может быть вставлена разработчиком сайта куда угодно с помощью функции

theme('notabene_button', $rel_id, $nid = 0);

где $rel_id — задаваемый разработчиком идентификатор, используемый для группировки заметок, а $nid — необязательный ID ноды, к которой будут прикреплены заметки. Вставлять можно сколько угодно кнопок, при разных $rel_id у разных кнопок будут независимые потоки заметок.

То есть по сути модуль представляет собой API из одной theme-функции, возвращающей HTML-код кнопки, и нескольких страниц настроек модуля в админке. Более подробное описание разных аспектов модуля содержится в файле README_RU.txt в архиве. Здесь кратко перечислю основные особенности:

• если кнопка привязана к ноде через указание $nid, заметки будут автоматически удаляться при удалении ноды;
• заметки можно помечать как «важные» и «личные». Личные заметки видны только их автору (и админу);
• можно включить ограничение длины заметок с отображением количества оставшихся символов примерно как в Твиттере;
• количество заметок, выводимых во всплывающем блоке, и порядок их сортировки тоже можно настраивать;
• администратор может задать формат ввода, автоматически применяемый ко всем заметкам;
• есть возможность подключить к форме Друпала (по form_id) автоматическую фильтрацию, с помощью которой модуль найдет в текстовых полях формы куски текста, выделенные определенными тэгами, и сохранит их как заметки, убрав из текстового поля. Тэги настраиваются в админке;
• администратору доступна система фильтрации и удаления заметок наподобие админки нод;
• при добавлении/удалении заметок счетчик на кнопке обновляется без перезагрузки страницы.

Также в состав модуля notabene входит подмодуль notabene_node. Он позволяет встраивать кнопку заметок в тело ноды без необходимости использовать функцию theme() и вообще писать какой-либо код. Для этого имеются настройки отображения кнопки как для типов содержимого, так и для каждой ноды в отдельности. Пример настроек и результат отображения кнопки в ноде — на рисунках ниже:

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

• некоторая интеграция с Views;
• интеграция с Beauty Tips и, возможно, с Simplecluetip;
• проработка разных вариантов отображения кнопки;
• улучшение механизма автофильтрации.

Немного погодя добавлю ролик с демонстрацией и кратким объяснением, зачем все это было нужно (мне).

Скачать модуль: notabene.tar.gz v. 1.0.

Время от времени всем нам приходится регистрировать учетные записи, для которых неплохо бы иметь «сильный» пароль. Для доступа на ФТП, для админки на сайте, в общем — известно, зачем. Лично я для этих целей обычно ставлю пароли вида NCpg*fmO_08uLh. Придумывать такие самому, однако, лениво. Поэтому уже несколько лет пользуюсь самопальной утилиткой на Qt, которая придумывает их за меня. Ну и пришло как-то в голову привести ее в божеский вид и выложить сюда — а ну как кому пригодится. Знакомьтесь, qPassGen:

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

• qPassGen для Windows: qPassGen.win.zip (~4.9 Мб).
• Исходные коды с небольшой инструкцией по сборке под Linux: qPassGen.src.zip (~19.5 Кб).
• qPassGen на Qt-Apps.org.

Как-то раз притащили домой заморскую игру Твистер. Если кто не знает, это такая напольная потеха, в которой игроки должны по команде ставить руки и ноги на разноцветные круги, извиваясь как ужи, и кто гибше гнется — тот молодец. Игра была немедленно испытана на гостях, специально приглашенных под надуманным предлогом (см. спиртное). Радость стояла неописуемая — пьяные гости (и мы с ними) яростно изгибались и дружно валились в кучу. Поутру не привыкшие еще к позициям из цикла «Йога для самых гуттаперчевых» конечности адски болели, но сейчас не об этом.

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

А я как раз тогда дочитывал книжку Макса Шлее про Qt, ну и решил устранить технологическую несправедливость и заодно закрепить некоторые аспекты фреймворка на практике. Так родилась программка qTwister.

Программа умеет:

• генерировать ходы для Твистера в ручном режиме (нажатием на красную кнопку);
• генерировать ходы автоматически с заданным интервалом;
• отображать каждый ход графически (изображением конечности и цвета, как на картинке выше);
• озвучивать каждый ход мужским или женским голосом (русскую озвучку сами наговаривали, английская — сгенерирована через espeak);
• работать на русском и английском языках.

В общем, делюсь разработкой с общественностью. Краткое руководство по использованию прилагается в архиве.

• qTwister для Windows (надо просто распаковать): qTwister.win.zip (~8.7 Мб).
• Исходные коды с небольшой инструкцией по сборке под Linux: qTwister.src.zip (~3.6 Мб).
• Порт на ОС eComStation, сделал Salvador Parra Camacho.
• qTwister на Qt-Apps.org.

Всякие deb и rpm-пакетики наверное тоже вскоре сделаю. Заодно научусь, как.

Если есть какие вопросы, сообщения, уточнения или пожелания по поводу — пишите в комментарии или в почту.

А если вам хочется поставить генератор ходов для Твистера на мобильный телефон, воспользуйтесь программой Twisdial. Она умеет работать в телефонах на базе Android и других телефонах с поддержкой J2ME.

Предположим, нам захотелось ограничить длину текста, вводимого пользователем в текстовое поле нашей формы (да-да, примерно как в Твиттере). «Из коробки» Друпал такой возможности нам не предоставляет, свойства элемента формы, задающего максимальную длину текста в textarea — нет. Однако сделать ограничение руками оказывается довольно просто.

Для определенности озвучим задачу: мы хотим, чтобы для текстового поля note длина текста была ограничена заданным числом. При этом пользователю при вводе выводилось бы оставшееся число символов, а текст, введенный сверх этого числа — беспощадно удалялся (для чего задействуем jQuery).

Блог лабораторий Trolltech, разработчиков Qt, разродился хорошей новостью. В грядущем Qt 4.7 станет возможной разработка и отладка софта для Symbian прямо из-под Линукса. Возможность пока экспериментальная, тролльтехи ее планируют улучшать, упрощать и дорабатывать, но серьезный шаг вперед уже сделан.

В заметке "Symbian development using Linux" Томас Зандер рассказывает о том, как и что нужно устанавливать, чтобы начать плодотворную разработку уже сейчас.

Добавлял я вчера с помощью модуля новую категорию в профиль пользователя. Через hook_user(). Выглядит примерно так:

function mymodule_user($op, &$edit, &$account, $category = NULL) {
  switch ($op) {
    case 'categories' :
      $categories = array();
      $categories[] = array('name' => 'new_category',
                            'title' => t('New category'),
                            'weight' => 10,);
      return $categories;
    case 'load' :
      $account->field_1 = 1;
      $account->field_2 = 2;
      $account->field_3 = 3;
      break;
    case 'view' :
      $account->content['new_category'] = array(
        '#type' => 'user_profile_category',
        '#title' => t('New category'),
      );
      $account->content['new_category']['field_1'] = array(
        '#type' => 'user_profile_item',
        '#title' => t('Field 1'),
        '#value' => $account->field_1,
      );
      $account->content['new_category']['field_2'] = array(
        '#type' => 'user_profile_item',
        '#title' => t('Field 2),
        '#value' => $account->field_2,
      );
      $account->content['new_category']['field_3'] = array(
        '#type' => 'user_profile_item',
        '#title' => t('Field 3'),
        '#value' => $account->field_3,
      );
      break;
  }
} //function mymodule_user

Ну то есть добавляю три поля и они немедленно появляются в профиле каждого пользователя. Но вот незадача — популярный модуль Panels, который хорош в том числе и для создания красивых профилей пользователей, не умеет автоматически находить рукотворные категории пользователей и засасывать их в панели. Даже родную категорию 'History' (которая в коде называется 'summary') не хочет ни в какую показывать в списке доступных категорий.

В общем думал я, думал. Искал в интернетах и не нашел волшебного модуля, подсказывающего Panels список запрограммированных категорий. Создал тему на Друпал.ру — тоже пока нет результата. Единственное решение, которое я смог придумать — это кастом-панель, в которую выводится результат php-кода, формирующего категорию:

$uid = arg(1);
$user = user_load($uid);
$content = user_build_content($user);
foreach ($content['new_category'] as $item) {
  if ($item['#type'] == 'user_profile_item') {
    print theme('user_profile_item',$item);
  }
}

На том пока и остановился.