А если нету MSVS, и не предвидится?FeyFre wrote:Если всё сделать правильно, то это всё перечисленное будет доступно из под MSVS и не нужно это всё интегрировать в Акел.
Старая "проблема"... Можно ли сделать так, чтобы производилась проверка на наличие скрипта, и если его нет, - давать назначать?Scripts плагин wrote:---------------------------
Scripts::Main::WordCaretPosCopy.js
Горячая клавиша уже назначена для "Scripts::Main::WordCaretCopy.js".
Так WScript.Echo() же.Fr0sT wrote:alert
Я думаю в 99% случаев достаточно будет Trace-лога: просите Интсруктора приделать снизу окошко типа MSVS-ного Output и добавить метод AkelPad.Trace("строка"), который будете вызывать в проблемных местах. Это и даст возможность отладится, и сэкономит Инструктору кучу времени(для сравнения: для запуска скриптового движка Инструктору пришлось реализовать от силы 5 интерфейсов, для отладки нужно будет реализовать два десятка, и то не факт что движок поддерживает её. Добавить функцию, которая пишет в окно то что ей дали - на порядки меньше работы, а эффект не на много меньше чем от отладчика)А если нету MSVS, и не предвидится?
Мне хотелось бы только построчный проход, но и брекпоинт тогда уж сделать не сложно.
Ура! Одним скриптописцем больше!Fr0sT wrote:Вот и я приобщился
Я вот так предложил, а у себя уже сделалFr0sT wrote:а приходится реализовывать её через AkelPad.MessageBox и писать кучу дополнительных параметров
Приходится менять только "Text" (кстати кавычки надо убрать, чтобы меньше операций выделения делать...).Если всё так сложно, то моя идея такова:FeyFre wrote:достаточно будет Trace-лога: приделать снизу окошко типа MSVS-ного Output и добавить метод AkelPad.Trace("строка"), который будете вызывать в проблемных местах. Это и даст возможность отладится
Он тупит, иногда показывает своё окно за AkelPad'ом... именно поэтому я когда-то просил чтобы был штатный метод, сделали Messagebox, по моему, - нормальное решение, только параметры поставить по умолчанию и всё.Infocatcher wrote:WScript.Echo()Fr0sT wrote:alert
Тогда лучше дополнительным необязательным параметром, т.к. сохранить выделение - всё же очень редкая задача, которая в некоторых случаях достаточно легко решается.Fr0sT wrote:3) ReplaceSel после замены убирает выделение. Имхо, неудобно. Убрать выделение в скрипте намного легче, чем восстановить.
Не может быть такого, реализация WScript.Echo выглядит так:VladSh wrote:Он тупит, иногда показывает своё окно за AkelPad'ом...Infocatcher wrote:WScript.Echo()Fr0sT wrote:alert
Code: Select all
HRESULT STDMETHODCALLTYPE WScript_Echo(IWScript *this, BSTR wpText)
{
MessageBoxW(hMainWnd, wpText, wpActiveScriptName, MB_OK);
return NOERROR;
}
Так вы и WScript.Echo в плаге реализовали?? Ого!Instructor wrote:Не может быть такого, реализация WScript.Echo выглядит так: ...
Не знал... Я о старом поведении писал.On the surface this looks like a good thing, but WScript.exe can create objects that are needed. For example:Instructor wrote:plugin handles the script itself (without WScript.exe)
Code: Select all
var WshShell=WScript.CreateObject("WScript.Shell");
var regvar=WshShell.RegRead(......);Code: Select all
var WshShell=new ActiveXObject("WScript.shell");Не поможет. Глючит не рисование, глючит диспетчеризация когда рисовать, а когда нет, которое другим способом кроме как переписать кантрол с нуля не исправить(и не факт что получится)Если глючит контрол отображения разделительных линий в окнах сткриптов/плагинов и т.п. можно ли вообще убрать разделители, а просто сделать чередование фона (чтобы фон чуть-чуть отличался)?