Kashperuk Ivan: My first attempts in Dynamics AX 4.0 SP1

[Blog bot]

Источник: http://kashperuk.blogspot.com/2007/0...ax-40-sp1.html
==============

Last week I started trying out what is Dynamics AX 4.0 SP1 European Version (Russian Localization included), creating a project for data import using ODBC connection (from an external SQL database).

In the process, I decided to take note of what I like in the new release, and also write down any bugs I find so that someone can send them over to Microsoft to be fixed.
(this is compared to Dynamics AX 3.0 SP3, but also tried out in Dynamics AX SP5 KR2)

Here is the small list I got so far:
New features:

1. When pressing Enter to go to the next line in the X++ Code Editor window, the cursor is automatically positioned on the same column as the previous line. This was also present in DAX 3.0, but only after 2 lines are positioned in the same way (when adding a lot of conditions in the where clause, for example). But, there is a small 'bug' here. If you put the cursor at the end of a line of code, press Enter, the cursor will automatically get positioned under the line. Press Tab to indent one time. And then hit Enter again. The cursor is supposed to be directly under the line in the same column. But instead, it is position in the first column of the next line.
2. When exporting any object to an .xpo file, the file gets a friendlier name, prefixed with the type of object that is being exported. For example, if you export the InventTable form, the file name would be 'Form_InventTable.xpo', which is pretty cool and helps to find the needed xpo file easier later.
3. The Hot Keys for the Dynamics Debugger have been changed from F7, F8 to F10, F11. This is very inconvenient at first. And not just because you have to press different keys now. But because the F7 key actions were moved to F11, and F8 - to F10. By now I was used that the left key would take me deaper into the implementation. now it's vise versa.

And here is the bug list (some of them might have been fixed by now, or moved to the Known Issues, but I am unaware of this, sorry):

1. The multiline comments are not colored correctly. The first slash is black, if the multiline comment spreads over more that one line. The rest of the comment is green, as it should be.
2. In the table browser form, the UPDATE_RECORDSET command crashes Dynamics AX.
3. After compiling a project, some of the tables in it are marked as DIRTY (red line near the name). This does not happen to all of the tables, but to those that it does, it happens all the time. Walkthrough: select a table in the AOT, compile it. (no changed done to the table). Then, compile the project. The previously selected table is marked in red. also, one of the tables in my project is always marked dirty after compilation.

That's all I have stumbled upon so far. And I am pretty sure more is to come. ;)


Источник: http://kashperuk.blogspot.com/2007/0...ax-40-sp1.html

[kashperuk]

Русский вариант:

1. При переходе на след. строку в редакторе кода Х++ переход происходит на ту колонку, в которой было начало строки в пред. строке. Сперва непривычно, но вообще удобно.
2. В дебагере сменили клавиши для перехода по строкам - непонятно зачем. неудобно то, что раньше вход вглубь был слева, а теперь справа. Новые клавиши - F10, F11
3. Проекты при экспорте в название хро файла спереди добавляют тип объекта - довольно удобно.

1. Есть небольшой глюк отображения многосторочных комментариев - первый слеш - черный, а не зеленый, если комментарий именно многострочный.
2. Update_Recordset в обозревателе таблицы убивает Аксапту. В трешке это нормально работало.
3. При компиляции проекта некоторые таблицы почему-то становится dirty (красным выделена). Пока установить, каких именно таблиц это касается, не удалось.Но очень похоже, что касается это тех таблиц, которые до этого компилировались

[AndyD]

Цитата:

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

2. В дебагере сменили клавиши для перехода по строкам - непонятно зачем. неудобно то, что раньше вход вглубь был слева, а теперь справа. Новые клавиши - F10, F11

Скорее всего, для совместимости с Visual Studio
Готовят к плавному переходу

[kashperuk]

Цитата:

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

Скорее всего, для совместимости с Visual Studio
Готовят к плавному переходу

Ага, плавному.
Как mazzy любит говорить, "Закат солнца вручную" будет

[mazzy]

Цитата:

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

Ага, плавному. ..."Закат солнца вручную" будет

А почему?
Если "повар нам не врет", то обещают включить X++ как язык в CLR-среду.
Метки точно обещают включить ("вместо" или "дополнительно" к работе со строковыми ресурсами - не знаю).
Остаются конфигурационные ключи и авторисование форм (MorphX), но к этому как раз движутся... вроде...

Почему думаешь, что будет "закат солнца вручную"?

[kashperuk]

Не знаю.
Им конечно виднее, но я себе слабо пока представляю, как можно весь код аксапты плавно перенести на Visual Studio. Но если Х++ будет в CRL, хмм. может и не такой большой проблемой будет. Я такой информации не читал вроде нигде. Но это логично было бы, конечно.
А даже если б и перенесли, как бы все это выглядело, тоже смутно представляю. Время покажет.

[AndyD]

Цитата:

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

А почему?
Если "повар нам не врет", то обещают включить X++ как язык в CLR-среду.

А в какой версии сие произойдет - можно просветить?

[mazzy]

Цитата:

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

А в какой версии сие произойдет - можно просветить?

Вопрос на миллион доллларов.
Можно ответить только в свете текущих планов



Сейчас пишется, что в AX6.0, в 2010.
Раньше писалось 2008 и AX5.0
Еще раньше, были другие сроки.
Помнится, что самые горячие головы обещали .net в AX3.0
Но .net никогда не уходил из стратегических планов.

В общем рекомендую читать AX UK: Updated Statement of Direction for Dynamics AX
Очень интересные документы.
Самое интересные и драматические моменты вскрываютя, если начать сравнивать версии.

Один из старых:
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=14095

[Garic]

Цитата:

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

3. При компиляции проекта некоторые таблицы почему-то становится dirty (красным выделена). Пока установить, каких именно таблиц это касается, не удалось.Но очень похоже, что касается это тех таблиц, которые до этого компилировались

Помоему происходит следующее.
Если изменяется существующий ЕДТ, то все таблицы из заливаемого проекта в которых этот ЕДТ участвует, становится dirty. Но это ещё ладно. А вот если после этого нажать на Save, то все методы этих таблиц помечаются как изменённые на этом слое. Печально когда это происходит там где методов десятки.
И что хуже всего - иногда это происходит с классами (как - ещё не выяснил). Представьте когда у вас в SalesFormLetter_Invoice все методы помечены как изменённые... Может кто лечил уже этот баг?

Ну и добавлю п.4.

Если открыть любую форму при открытом меню и после этого свернуть меню, то в форме нельзя будет создавать/удалять записи. Соответствующие кнопки просто исчезают из тулбара. Они появятся если щёлкнуть на синий верхний тулбар на форме или вернуть обратно меню.

[kashperuk]

Цитата:

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

Ну и добавлю п.4.

Если открыть любую форму при открытом меню и после этого свернуть меню, то в форме нельзя будет создавать/удалять записи. Соответствующие кнопки просто исчезают из тулбара. Они появятся если щёлкнуть на синий верхний тулбар на форме или вернуть обратно меню.

Да, при работе с Sidax все аналогично.
Не лечится, насколько я понял.
Но можно пользоваться горячими клавишами вроде (Ctrl + N, Alt + F9)

[belugin]

Мои n копеек:

При Alt+M вызывается меню единственным элементом которого является Scripts

Ушел SecurityKey SysDevelopmentBasic

В сидаксе почему-то не приходит mouseUp в trtreeview

Кеш главного меню (Map scruct ов) не может запаковаться, а потом распаковаться.

Теперь чтобы правильно распаковать Map надо проверять контайнер на пустоту так: conLen(с)>=4

[kashperuk]

Ну и про отсутствие класса ParserClass тоже уже тогда сюда.
Пока что без него AxGoToDeclaration на 4ку портировать не получилось.

[kashperuk]

Было бы хорошо, если бы эти все замечания кто-то передал "куда надо".

[Garic]

Ну и пожалуй больше всего раздражает - то что теперь по Ctrl + F открывается глобальный поиск, вместо обычного. Зачем он вообще в Аксапте нужен - непонятно, зато стало жутко неудобно да и пользователей переучивать.
Обычный где-то в левом верхнем углу выскакивает по Ctrl+K.

[kashperuk]

Цитата:

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

Ну и пожалуй больше всего раздражает - то что теперь по Ctrl + F открывается глобальный поиск, вместо обычного. Зачем он вообще в Аксапте нужен - непонятно, зато стало жутко неудобно да и пользователей переучивать.
Обычный где-то в левом верхнем углу выскакивает по Ctrl+K.

Дааа. Это точно - 100%!!

[belugin]

может можено пошуровать в SysFormRun и подменить taskID?

[kashperuk]

Цитата:

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

может можено пошуровать в SysFormRun и подменить taskID?

Да сразу попробовал. Для Ctrl+K taskId есть (2843 вроде)
А вот по Ctrl+F в метод task не заходит.

[AndyD]

Открытие конечного элемента AOT в новом окне

[AndyD]

Цитата:

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

Ну и пожалуй больше всего раздражает - то что теперь по Ctrl + F открывается глобальный поиск, вместо обычного. Зачем он вообще в Аксапте нужен - непонятно, зато стало жутко неудобно да и пользователей переучивать.
Обычный где-то в левом верхнем углу выскакивает по Ctrl+K.

Для тех, кого это сильно достало, небольшое лекарство в аттаче (dll)
В классе info добавить

classDeclaration
{
    ...
    DLL dll;
}

void startupPost()
{
    InteropPermission   perm = new InteropPermission(InteropKind::DllInterop);
    ;

    perm.assert();
    dll = new dll("c:\\axfind.dll");
    CodeAccessPermission::revertAssert();
}

При нажатии CTRL+F - обычный поиск по данным
CTRL+K - глобальный поиск

[Denicce]

Цитата:

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

Мои n копеек:

При Alt+M вызывается меню единственным элементом которого является Scripts

самому надоело лишние клавиши нажимать, поэтому написал сие:
\Classes\EditorScripts\getApplicableScripts

// Use this method to control what scripts are shown on the scripts popup menu in the editor
container getApplicableScripts(Editor e)
{
    classId id = classnum(EditorScripts);
    TreeNode AOTNode = EditorScripts::getVersionControllableNode(e);
    DictClass dc = new DictClass(id);
    int i;
    container scripts;
    str methodName;

// ADD by KDV ==>
void pressKeyS()
{
    DLL winApiDLL = new DLL('User32');
    DLLFunction keybd_event = new DLLFunction(winApiDLL, 'keybd_event');
    ;
    keybd_event.arg(ExtTypes::Byte, ExtTypes::Byte, ExtTypes::DWord, ExtTypes::DWord);
    keybd_event.call(83, 0, 0, 0);
}
// ADD by KDV <==
...
...
    pressKeyS();  // ADD by KDV
    return scripts;
}