Сами по себе макросы ЕmEditor представляют собой программы на JavaScript или VB Script, для обработки текста в открытом файле. Эти программы могут запускаться вручную, либо автоматически — по назначенному событию (например, при открытии или закрытии файла, выделении текста и т.п.).

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

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

Приведу небольшой пример такой программы. Этот макрос обамляет выделенный фрагмент текста в типографически-правильные (для русского языка) кавычки:

document.selection.Text="«"+document.selection.Text+"»";

Как видно из примера, все очень просто. Другой пример — макрос для вставки в текст HTML-гиперссылок. Адрес ссылки вставляется в таг из буффера обмена, а текст ссылки задается выделенным фрагментом:

tmp = document.selection.Text;
document.selection.Text = '<a href="';
document.selection.Paste(eeCopyUnicode);
document.selection.Text += '">' + tmp + '';

Для того, чтобы добавить в редактор новый макрос, требуется сохранить его в файл (учитывая, что примеры выше написаны на JS, расширение должно быть .jsee). Все файлы макросов складываются в специальную директорию, путь к которой задается в Macros / Customize / Options / Folder.

После того, как файл сохранен, его следует добавить в список активных (т.е. доступных через меню редактора) макросов: Macros / Select. В принципе, количество таких файлов ничем не лимитировано, но максимальное число макросов, для которых можно назначить горячие клавиши, зачем-то ограничено десятью. А возможность назначать эти горячие клавиши, на мой взгляд, — просто неотделимая от макросов функция, т.к. делает их использование на порядок удобнее (Help / Keyboard map…).

К этому посту приложен архив с приведенными выше примерами макросов, а так же еще несколькими — для вставки типографских символов (кавычек и тире). У меня они назначены на те же комбинации клавишь, что и в Word. Например, длинное тире — Ctrl-Minus, кавычки — Ctrl-< и Ctrl->. Так к ним не пришлось привыкать заново.

В заключении хочу сказать, что было бы хорошо в следующей версии увидеть расширенный набор языков для написания макросов. А именно, добавить к VB и JS, например, Python и PHP. Технически это совсем не сложно, а на практике могло бы принести большую пользу. Оба этих интерпретатора способны использовать внешние модули, благодаря чему возможности макросов могут быть очень серьезно расширены.

А используете ли макросы вы? И, если да, то где и как? Комментарии и дополнения, как обычно, приветствуются.

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

• Архив с некоторыми их моих макросов.
• Архив макросов на сайте EmEditor.
• Статья Влада Жукова об EmEditor с примерами макросов.

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

Что же касается печатной машинки, то первая приходящая в голову ассоциация с этим девайсом среди программ — Q10. Для тех, кто еще не видел этого чуда, программа выглядит так:

Черное окно, занимающее 100% видимой области на экране, и не отображающее ничего кроме текста, курсора и неприметной статусной строки. Очень правильная идея — ничего не отвлекает от работы.

Тем не менее, Q10 не прижился из-за слишком бедной функциональности на фоне того, что есть, например в EmEditor. И именно последний стал финальным решением. Понадобилось только четко сформулировать конкретные требования к тому, как должен работать правильный редактор для набора, и настроить его под себя. А нужно было следующее:

• Удобный для восприятия шриф. Если на экран влезает большое количество текста — это хорошо, но при длительной работе сильно утомляет глаза. Лучше, чтобы шрифт был достаточно крупным.
• Не-WYSIWYG. Последние эксперименты с Windows Live Writer и еще несколькими известными клиентами для блогов, дали однозначный результат: технология WYSIWYG, на данный момент, — не наш метод подготовки текстов к публикации в сети. Сама по себе идея хорошая и правильная, но ни одной достаточно гибкой и адекватной моим потребностям реализации, к сожалению, пока нет.
• Синтаксическая подсветка. Учитывая, что приходится периодически расставлять в тексте теги, просто необходимой становится их эргономичная визуализация. При этом, желательно чтобы теги не пестрели в тексте, а наоборот — не мешали читать. Не стоит забывать, что речь идет о редакторе для контента, а не кода страниц.
• Типографика. Желательно иметь возможность сразу расставлять правильные для русского текста тире и кавычки.

Настройка EmEditor под себя

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

Новая цветовая схема получилась в стиле Q10, и была основана на уже существующей в редакторе синтаксической расцветке HTML. Благодаря этому, таги «оттеняются» от основного текста и не пестрят перед глазами, кроме того, так гораздо проще контролировать корректность синтаксиса (некорректный HTML код не выделяются «правильным» цветом).

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

Для того, чтобы расцветка включалась автоматически, я ассоциировал ее со специальным расширением файлов — .draft. Это делается в Tools / Properties for current configuration (нужная конфигурация, естесственно, должна быть предварительно выбрана) / Associations. Стоит обратить внимание, что в списке расширений их нужно указывать без точки, автовыбор не сработает. В принципе, можно было использовать и обычное .txt, но я решил не удалять стандартный вариант расцветки текстовых файлов.

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

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

• К посту прилагаются два файла: draft.eetheme.zip и draft.esy.zip с цветовой схемой и синтаксическими правилами расцветки, соответственно.
• emeditor.com — EmEditor homepage