О файлах, расширяющих возможности SciTE

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

• *.api (с их помощью значительно упрощается написание любого кода, поскольку над ключевыми словами появляется всплывающая подсказка по синтаксису).
  
• файлы справки *.hlp, *.chm
  
• файлы *.lua (гибкого и мощного скриптового языка, встроенного в SciTE)
  
• пакетные *.bat и *.cmd файлы, файлы скриптов *.vbs, *.js, *.pl,... (тут список практически бесконечен,
  
• ну и, конечно, обычные утилиты *.com и *.exe

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

Способы подключения этих файлов гибки и элегантны (это Вам не тот примитивный import, который пользуют .properties ;)
Например, подключим файл API и справку:
api.$(wshScript.files)=$(SciteDefaultHome)\api\JavaScript.api
command.help.$(wshScript.files)=$(CurrentWord)!С:\WSH\script56.chm
Как видим, тут имеется возможность задать маску файлов, для которых это подключение будет действительным. Файлы могут располагаться где угодно, т.к. возможно указать полный путь.
Возможно использование внутренних переменных (как предопределенных в SciTE - $(SciteDefaultHome) и $(CurrentWord), так и пользовательских - $(wshScript.files).
Возможен вызов команды с параметром (Тут, например, файл справки откроется на той странице, где находится выделенное в редакторе слово).

Файл автоматизации, обрабатывающий внутренние команды SciTE полезно подключить при старте:
ext.lua.startup.script=$(SciteDefaultHome)\Tools\SciTEStartup.lua
Так же никто не мешает вызвать процедуру из отдельного файла:
command.5.*=dofile $(SciteDefaultHome)\Tools\ChangeCase.lua
или так:
command.9.*=wscript "$(SciteDefaultHome)\Tools\SetColor.vbs" "$(CurrentSelection)"

На тему универсальности этих директив можно распространятся бесконечно, поскольку - песня :)
Описывая всю эту продуманную логику и совершенство, никак не пойму, за что abbrev.properties разработчик так жестоко обидел?

Версия для печати / Прочитано: 10912 раз(а)