[релиз] Дополнение стандартного редактора разметкой Textile

Соглашусь с Романом, визуальный редактор все таки самый удобный, чем любые разметки, даже самые упрощенные.
Более того, большое количество разных разметок создаёт путаницу для пользователей, на одном сайте одна, в википедии другая, где-то BBкоды, уж проще один HTML изучить. Давайте не будем вносить свой вклад в хаос :)

20.07.2012 18:30:22. Текст был изменен (Igor1).

Основная техническая проблема заключается в том, что нужно хранить и исходный текст для редактирования, и преобразованный html-код. Судя по всему, преобразование будет слишком долгим, чтобы каждый раз делать его на лету.

Сейчас код страницы хранится в поле pagetext таблицы articles. Расширение при установке должно создавать дополнительное поле, например, source. При загрузке страниц для редактирования в админке расширение должно подменять обращение к pagetext на source. При сохранении исходник должен сохраняться в source, а преобразованный вариант в pagetext.

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

Итак, друзья, всё получилось!

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

Обработка разметки Textile работает в стандартном редакторе по умолчанию, при этом оба работают совместно и друг другу не мешают.

При установке плагина hm_textile (.7z, 20kb) ссылка появится после завершения тестирования создается дополнительная таблица, где сохраняется текст до обработки текстайлом (как это обычно делает встроенный редактор, но таблица при этом дополнительная и не влияет на работу движка). После сохранения документа происходит две записи: неформатированный текст до обработки текстайлом в отдельную таблицу, и, собственно, форматированный текст в поле документа.

Выглядит это вот так (не обращайте внимания на кнопки админки, это происходит при изменении размера окна до неприлично маленького):

Движок отображает только свою обычную часть — форматированный документ. На скриншоте видно, что в документе есть как html-тэги, так и textile-разметка. Также плагин сообщает о том, что разметка включена.

Да, и ещё один момент, про который надо помнить при использовании плагина: предпросмотр из админки будет показывать только то, что уже отформатировано в стандартном редакторе. Текстайл-форматирование не применяется и показывается в сыром виде, без превращения в html. Это происходит потому, что данные из редактора просто берутся и передаются ява-скриптом во вкладочку предпросмотра. Текстайл-форматирование работает как php-класс, и посмотреть изменения можно только открыв вкладку в браузере с живым сайтом (ссылка "Просмотреть опубликованное ↑" справа).

После удаления плагина (не отключения, а именно удаления) таблица с сырым текстом до обработки текстайлом удаляется вместе с самим плагином, но ничего при этом не ломается, весь контент остаётся на месте. А текст для редактирования попадает в админку уже с расставленными html-тэгами, как обычно.

В итоге мы имеем двойной эффект: администратор может быстро подготовить текст в текстайле, а обычный пользователь работает как обычно.

Ура, товарищи!

18.04.2014 18:54:35. Текст был изменен (boo).

Ну, разобрался не я, а коллега по работе. Моя заслуга лишь в желании получить конкретную вещь.

А разместить, конечно же, можно. Всё-таки развитие идёт, мало ли кому понадобится.

Проблема в том, что в расширении подменяется запрос удаления страницы на запрос удаления из таблицы textile_source:

<hook id="fn_delete_item_and_children_pre_del_art_qr"><![CDATA[
    $query = array(
        'DELETE'    => 'textile_source',
        'WHERE'    => 'topic_id = '.$id
    );
]]></hook>

Поэтому сама страница не удалялась. Вместо этого нужно делать дополнительный запрос на удаление из textile_source:

<hook id="fn_delete_item_and_children_start"><![CDATA[
    $hm_textile_query = array(
        'DELETE'    => 'textile_source',
        'WHERE'    => 'topic_id = '.$id
    );
    ($hook = s2_hook('hm_textile_pre_src_del_qr')) ? eval($hook) : null;
    $s2_db->query_build($hm_textile_query) or error(__FILE__, __LINE__);
]]></hook>

Если удаленная страница сразу же появляется, это значит, что с сервера не приходит подтверждение об успешном удалении. Либо вы не удалили все операторы отладочного вывода, либо в процессе удаления возникает какая-то ошибка. Надо проверять в средствах разработки.

Возможность, конечно, есть. Вот функция, которая срабатывает при переключении на вкладку предпросмотра: http://s2cms.ru/trac/browser/trunk/_adm … n.js#L1335
В ней нет возможности перехватывать сам текст, дорабатывается примерно так:

function Preview ()
{
    var frm = document.forms['artform'];
    if (!frm || !frm.elements['page[text]'])
        return;

    $(document).trigger('preview_start.s2');

    var d = window.frames['preview_frame'].document,
        s = str_replace('<!-- s2_title -->', '<h1>' + frm.elements['page[title]'].value + '</h1>', template),
        text = frm.elements['page[text]'].value;

    var result = Hooks.run('fn_preview_filter_text', text);
    if (result)
        text = result;

    s = str_replace('<!-- s2_text -->', text, s);

    d.open();
    d.write(s);
    d.close();
}

Я этот код не тестировал, привел в качестве иллюстрации. Протестируйте и пришлите мне готовый вариант, я включу в код движка.

Конструкция Hooks.run в этом примере позволяет расширениям перехватить содержимое текстового редактора text. В расширении нужно добавить перехватчик, примерно как здесь: http://s2cms.ru/trac/browser/extensions … log.js#L88

В вашем случае в аргументе функции будет приходить text. Подключаете js-реализацию textile, пишете

Hooks.add('fn_preview_filter_text', function (text) { return Textile(text); });

и на этом всё готово :)

Вот что гугл выдает первой ссылкой: http://borgar.github.io/textile-js/
Вроде работает.

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