AkelPad

Instructor wrote:Изменено:
- Более удобная отладка. При ошибке в скрипте можно сразу перейти на место ошибки.

Если файл скрипта, в котором ошибка, уже открыт в AkelPad'е, то перехода к строке и "столбцу", указанным в сообщении об ошибке, к сожалению не происходит.

И ещё, можно ли кнопку "Изменить" откорректировать на "Изменить скрипт" или что-то более приближённое по смыслу, а то каждый раз, когда вылетает сообщение, приходится задумываться...

Изменено: метод ReplaceSel() учитывает режим "Только чтение".

Changed: method ReplaceSel() takes into account the "Read only" mode.


Scripts plugin v6.1

Исправлено: не осуществлялся переход на место ошибки в скрипте, при активной опции "Не открывать файл дважды".

Fixed: no jump to the error in the script, with the active option "Don't open file twice."


Scripts plugin v6.2

Запрос функционала: сделать возможность пошагового выполнения скрипта, чтобы видеть по какому условию перешёл скрипт, а то запарился вести отладку Msgbox'ами... Как я понимаю, если теперь плагин отрабатывает скрипты сам, то сделать это вполне можно.

VladSh wrote:Запрос функционала: сделать возможность пошагового выполнения скрипта, чтобы видеть по какому условию перешёл скрипт, а то запарился вести отладку Msgbox'ами... Как я понимаю, если теперь плагин отрабатывает скрипты сам, то сделать это вполне можно.

да, дебагер не помешает

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

Запрос функционала: сделать возможность пошагового выполнения скрипта

да, дебагер не помешает

Ребят, не издевайтесь. Инструктор же жить нужно когдато, а не только Акел кодить.

Бажок-с.

А со снятой галочкой "Не открывать файл дважды" как себя ведёт?

FeyFre wrote:Ребят, не издевайтесь. Инструктор же жить нужно когдато, а не только Акел кодить.

Ну это не срочно, конечно, - и без него как-то жили...
Но ему и самому будет удобно кодить

FeyFre wrote:А со снятой галочкой "Не открывать файл дважды" как себя ведёт?

Как я и предполагал - файл открывается, т.е. старый остаётся с возможностью отмены + появляется новый, без такой возможности.

Instructor wrote:Изменено: метод ReplaceSel() учитывает режим "Только чтение".

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

Infocatcher wrote:А скрипты все же лучше подправить – или выделение уезжает, или радостно сообщает, что понаделало замен.

Это какие скрипты такое делают?

VladSh wrote:Это какие скрипты такое делают?

Двух примеров хватит?
convertEscapes.js (уже исправил) считал, что сделал замену, и выставлял выделение по тексту, который должен был вставиться.
SearchReplace.js считает, что что-то там заменил и сообщает количество замен.

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

да, дебагер не помешает

а потом ещё Watches, Call stack, Breakpoints... и будет Akel_IDE

Fr0sT wrote:

да, дебагер не помешает

а потом ещё Watches, Call stack, Breakpoints... и будет Akel_IDE

согласитесь, отличный получился бы плагин

и будет Akel_IDE

согласитесь, отличный получился бы плагин

IDE корое дебажит только собственные крипты.

а потом ещё Watches, Call stack, Breakpoints... и будет Akel_IDE

Если всё сделать правильно, то это всё перечисленное будет доступно из под MSVS и не нужно это всё интегрировать в Акел. Только опять же тут есть что делать, и вес плагина увеличится раза так в три минимум.