AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 15.05.2016, 17:11   #1  
Blog bot is offline
Blog bot
Участник
 
25,475 / 846 (79) +++++++
Регистрация: 28.10.2006
Nav developer: Problems in transformation forms to pages using TransformationTools
Источник: https://blogs.msdn.microsoft.com/nav...ormationtools/
==============


After Microsoft Dynamics NAV 2009 SP1 release more and more developers start using it and trying to adopt existing solutions for new 3tier environment.
Most workload comes from trying to adopt current forms to new object – pages.
Particularly transformation could be done by using TransformationTools (http://msdn.microsoft.com/en-us/library/dd338789.aspx), however it is not “best ever” and partners reporting problems and require to fix it…


But it isn’t so easy…


This tool is delivered to us from dev team and it helps us to make transformation faster, but it is supplementary tool – we can use NAV without this tool and we can “convert ” our solutions without it – do it manually.
So “big thanks” to dev team for this tool, however we can’t expect that dev team will fix all problems in tool with the same priority as base products (Microsoft Dynamics NAV).


And we can’t expect fixes for problems related to incorrect transformed statements – after transformation pages can’t be compiled…
Problem is in tool simplicity: it searches for text and convert it to another text. Converting rules are described in file CodeRules.txt (http://msdn.microsoft.com/en-us/library/dd338843.aspx).
But simplicity is as strength as weakness of this tool – only text described in CodeRules.txt file will be converted, if there are any differences in text – transformation will be incorrect.
For example:
In form code we have statement:
CurrForm.Number.UPDATEFONTBOLD(Number);
Then after transformation on page will be created new variable
NumberEmphasize
And statement will be converted to:
NumberEmphasize := Number;
It is because UPDATEFONTBOLD is not used in pages and must be removed.


So far so good.
Tranformation will be done correct for statements:
CurrForm.Number.UPDATEFONTBOLD(Number1=Number);
CurrForm.Number.UPDATEFONTBOLD(Number1>Number);
and etc. because transformation rules are described in CodeRules.txt



But transformation tool is looking for direct text fit to rules and will not transform text which is not described in Coderules.txt.
If code becomes little more complicated (not described the same syntax as CodeRules) – transformation tool capitulates.
For example next code will not be transformed:
<FONT face="Courier New">CurrForm.Number.UPDATEFONTBOLD(Number1
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Platform updates overview - 3.70.B - NAV2009 R2 Blog bot Dynamics CRM: Blogs 0 07.02.2011 22:06
german_nav_developer: Buildnummern-Übersicht Microsoft Dynamics NAV 2009 SP1 Blog bot Dynamics CRM: Blogs 0 11.06.2010 16:33
german_nav_developer: Buildnummern-Übersicht Microsoft Dynamics NAV 2009 Blog bot Dynamics CRM: Blogs 0 04.06.2010 13:21
Nav developer: Problems in transformation forms to pages using TransformationTools Blog bot Dynamics CRM: Blogs 0 14.09.2009 12:10
Nav developer: Overview of NAV blogs in 2008 Blog bot Dynamics CRM: Blogs 0 07.12.2008 02:18

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 05:47.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.