Получение экземпляра текущего Editor

[Alex_KD]

Цитата:

Сообщение от miklenew

А причём здесь axassist я спрашиваю про AxEditor. Выложенный здесь проект он работает или нет. И подочто. Я под Ax 3.0 sp1 пробовал.

Притом что это он и есть. Только жутко древний.

[miklenew]

Цитата:

Сообщение от Alex_KD

Притом что это он и есть. Только жутко древний.

Да ничего я не возрожаю, что он древний. Мне больше интересно он работает или нет. Или люди плюсы поставили не пробуя его.
Если он не работает, то чё он тогда в базе знаний делает.

[Alex_KD]

Да, работает.
Закройте все клиенты.
Запустите reg.bat.
Попробуйте перекомпилировать все обьекты к нему относящиеся.
Проверьте EditorScripts класс - дописали ли вы там метод showScripts.

Должно сработать. Проект для 3ки.

[miklenew]

Ну вот появляется формочку пустая.
В showScripts пробовал и

    if(AxAssistSingleton::getThisClass().parmAltMEmulate())
    {
      AxAssistSingleton::getThisClass().parmEditor(e);
      AxAssistSingleton::getThisClass().parmAltMEmulate(false);
    return;
    }

и так

    if(AxAssistSingleton::getThisClass().parmAltMEmulate())
    {
      AxAssistSingleton::getThisClass().parmEditor(e);
    return;
    }

не работает. Я так понимаю на этой форме должны появиться кнопки коментарить/раскоментарить. Но всё пусто.

[Alex_KD]

Компонент регистрировали ДО этого? С закрыванием Аксы.
Попробуйте работает ли ActiveX Explorer.

Должно быть так (тулбар в эдиторе):

[miklenew]

Цитата:

Сообщение от Alex_KD

Компонент регистрировали ДО этого? С закрыванием Аксы.
Попробуйте работает ли ActiveX Explorer.
Должно быть так (тулбар в эдиторе):

Открываю форму.
В тулбаре ничего не изменилось.
Захожу в метод showScripts появились кнопки. Похоже закэшировался Editor.
Закрываю форму кнопки остались.
Так а смысл то в чём.
Какая практическая ценность таких телодвижений.
Изначально я думал открываешь форму на ней кнопки.

[Alex_KD]

Цитата:

Сообщение от miklenew

Открываю форму.
В тулбаре ничего не изменилось.
Захожу в метод showScripts появились кнопки. Похоже закэшировался Editor.
Закрываю форму кнопки остались.
Так а смысл то в чём.
Какая практическая ценность таких телодвижений.
Изначально я думал открываешь форму на ней кнопки.

Ценность написана в названии темы (как получит Editor e). Не более того.
С данной задачей форма справляется.

[DSPIC]

Хотелось бы с автором AxAssist, а также с остальными участниками поделится ещё одним способом отлова объекта Editor. Суть его заключается в использовании стандартной формы SysEditorGotoLine, которая вызывается при правке кода нажатием Ctrl+G и в которую kernel передаёт объект Editor’а.
1. Итак, каждый раз, когда мы хотим получить Editor, мы посылаем активному редактору WinMsg аналогичное нажатию Ctrl+G, после чего у нас активизируется форма sysEditorGotoLine, с уже переданным туда объектом Editor, где мы, собственно его и получаем.
2. Конечно же, видеть форму SysEditorGotoLine нам не нужно, да и ломать её не хочется. Решение – создать класс – наследник от FormRun, у которого убрать вызовы super() в методах init(), run(). Добавить методы, которые вызываются kernel’ем при использовании оригинальной формы: editor(), showForm(). В этом классе и будет жить наш editor, c которым мы можем что-нибудь делать.
3. Далее остается только заставить систему думать, что наш класс – это форма SysEditorGotoLine. Делается это в классе ClassFactory\formRunClassOnClient, - точка входа для старта всех форм в Axapta(в идеале ), в которую в объекте Args передается имя формы, которая стартует. Здесь мы и возвращаем не стандартный new SysSetupFormRun(), а new НашКласс(), по условию: _args.name() = formstr(SysEditorGotoLine);

Данная функциональность проверена и работоспособна. Написано для реализации дополнительных HotKeys при написании кода. Есть правда один недостаток – мы лишаемся формы SysEditorGotoLine, но за всю свою практику мне не пришлось ею воспользоваться ни разу. Достоинство – изменение только одной строки в стандартном методе ClassFactory\formRunClassOnClient. Этот подход должен избавить от необходимости правки методов класса EditorScripts для AxAssist.

Надеюсь - это пригодится.

[Alex_KD]

Цитата:

Есть правда один недостаток...

Его можно обойти, если перед вызовом Ctrl+G ставить некий глобальный флаг в true, а после "отлова" Editor e ставить в false. В самой же ClassFactory\formRunClassOnClient проверять этот флаг.
Данная методика в AxAssist работает - работоспособность стандартного меню по ALT+M не нарушается.

Думаю этот вариант как альтернатива. Идеально было бы вообще не трогая стандартный ф-л получить Editor e.
В любом случае - спасибо

[sukhanchik]

Цитата:

Сообщение от DSPIC

Хотелось бы с автором AxAssist, а также с остальными участниками поделится ещё одним способом отлова объекта Editor.

Для начала - хорошая идея с т.з. альтернативы, однако не могу не вставить немножко ложки дегтя.
Эта "одна" строчка задевает системный класс Classfactory.
А правка системных классов - куда более опасна и напряжна с т.з. дальнейшей поддержки приложения.
Если не будет компилироваться один из системных классов (Info, Application, Classfactory) - то есть шанс вообще не запустить приложение.
В то же время - ошибки в EditorScripts не будут настолько критичны для запуска приложения. Поэтому уменьшение кол-во правок в предлагаемой альтернативе - на самом деле (с моей т.з.) наоброт - более опасно, нежели модификация EditorScripts.

Те же слова можно сказать при попытке правки класса SysSetupFormRun, т.к. он инициализируется для каждой формы.

[DSPIC]

Цитата:

А правка системных классов - куда более опасна и напряжна с т.з. дальнейшей поддержки приложения.

Вся правка заключается в добавлении 2х строк в Classfactory:

if( args.name() = formstr(SysEditorGotoLine))
return new ()

это единственная модификация стандартных элементов (про модификацию SysSetupFormRun речь не шла) Тут сложно что-то поломать.
Ну а вообще, если у разработчика будут кривые руки, то тут уж "против лома нет приема..."

[DSPIC]

Цитата:

Идеально было бы вообще не трогая стандартный ф-л получить Editor e.

И так можно, если опустить моральный аспект подхода.
Пропатчить клиентский файл Ax32.exe: Открыть его в HEX редакторе, найти имя формы в формате Unicode "SysEditorGotoLine" и заменить на ту что нам нужно. (только длина имени должна остаться такой же). Ещё как идея, если хватит ума, и если возможно, то же самое сделать динамически с образом этого ехe в памяти. Но стоит ли овчинка выделки...

[Alex_KD]

Цитата:

Сообщение от DSPIC

И так можно, если опустить моральный аспект подхода.
Пропатчить клиентский файл Ax32.exe: Открыть его в HEX редакторе, найти имя формы в формате Unicode "SysEditorGotoLine" и заменить на ту что нам нужно. (только длина имени должна остаться такой же). Ещё как идея, если хватит ума, и если возможно, то же самое сделать динамически с образом этого ехe в памяти. Но стоит ли овчинка выделки...

В экзашники не будет никаких форм.
И потом это противоречит лицензионным условиям.

[DSPIC]

Цитата:

И потом это противоречит лицензионным условиям.

True

Цитата:

В экзашники не будет никаких форм.

false

[Denicce]

Цитата:

Сообщение от DSPIC

2. Конечно же, видеть форму SysEditorGotoLine нам не нужно, да и ломать её не хочется. Решение – создать класс – наследник от FormRun, у которого убрать вызовы super() в методах init(), run(). Добавить методы, которые вызываются kernel’ем при использовании оригинальной формы: editor(), showForm(). В этом классе и будет жить наш editor, c которым мы можем что-нибудь делать.

Есть правда один недостаток – мы лишаемся формы SysEditorGotoLine, но за всю свою практику мне не пришлось ею воспользоваться ни разу. Достоинство – изменение только одной строки в стандартном методе ClassFactory\formRunClassOnClient. Этот подход должен избавить от необходимости правки методов класса EditorScripts для AxAssist.

Надеюсь - это пригодится.

можно и не лишаться формы. Я через globalCache() храню признак запуска Alt+M из класса-плугина Табакса и анализирую его в EditorScripts.getApplicableScripts(). Если вкл., то тут же return, иначе - стандартная обработка. Думаю, аналогично и в случае формы перехода к строке можно сделать.

ЗЫ
Я editor храню в infolog, как где-то тут описано было. ClassFactory не менял.

[DSPIC]

Цитата:

Сообщение от Denicce

можно и не лишаться формы. Я через globalCache() храню признак запуска Alt+M из класса-плугина Табакса и анализирую его в EditorScripts.getApplicableScripts(). Если вкл., то тут же return, иначе - стандартная обработка. Думаю, аналогично и в случае формы перехода к строке можно сделать.

ЗЫ
Я editor храню в infolog, как где-то тут описано было. ClassFactory не менял.

Ну понятно. Вы пошли по пути AxAssist, в этом случае ClassFactory менять незачем. По сути, разницы нет. Я просто хотел отметить, что пока известны (мне) два способа отлова Editor:

1. Через EditorScripts и метод getApplicableScripts()
2. Через ClassFactory, переопределяя форму "SysEditorGotoLine"

Что касается SysEditorGotoLine, то да, формы можно не лишаться, используя флаг. Но ввиду её неприменимости (мною) я этого не делал.

[Murlin]

Цитата:

Сообщение от alex55

Можно ли программно (из кода Аксапты) получить экземпляр текущего Editor (окна с кодом)?
Задача состоит в выполнении с Editor некоторых действий (посредством AxGoToDeclaration) при нажатии UserDefined кнопки в Tabax.

Axapta 3.0 sp4

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

void sendMessage()
{
#WinAPI
int i=infolog.hWnd();
;
i = WinAPI::findWindowEx(i,0,"MDIClient","");
i = WinAPI::findWindowEx(i,0,"AxMDIChildWindow","");
i = WinAPI::findWindowEx(i,0,"AxEdTabCtrl","");
i = WinAPI::findWindowEx(i,0,"AxPaneWnd","");
WinAPI::sendMessageEx(i,#WM_SYSKEYDOWN,0x4D,0x20320001);
WinAPI::sendMessageEx(i,#WM_SYSCHAR,0x6D,0x20320001);
WinAPI::sendMessageEx(i,#WM_SYSKEYUP,0x4D,0xF0320001);
}
void sendMessageEscMessage()
{
#WinAPI
int i=infolog.hWnd();
;
i = WinAPI::findWindowEx(i,0,"MDIClient","");
i = WinAPI::findWindowEx(i,0,"AxMDIChildWindow","");
i = WinAPI::findWindowEx(i,0,"AxEdTabCtrl","");
i = WinAPI::findWindowEx(i,0,"AxPaneWnd","");
WinAPI::sendMessageEx(i,0x7EE,0,0x00CA00E0);
}

В классе EditorScripts в методе container getApplicableScripts(Editor e) записывал значение e - в глобальную переменную
infolog.globalCache.set()