MorphX 2.13 Multilingual (Mac OS X) 3 Mb. Use Norrkross MorphX for calculating images or movies where one image transforms into another. Simply drag 2 images to the document window, drag a few lines to indicate similar areas and Norrkross MorphX calculates images so that it looks like the first image magically is transformed into the other. Jan 03, 2018 Best Microsoft Dynamics AX Technical Training Institute: NareshIT is the best Microsoft Dynamics AX Technical Training Institute in Hyderabad and Chennai providing Online Microsoft Dynamics AX Technical Training classes by realtime faculty with course material and 24x7 Lab Facility. Aug 11, 2014 The MorphX Development Environment and Tools. Figure 2-13 shows an example of a label file. FIGURE 2-13 Label file opened in Notepad showing a few labels from the en-us label file. This simple structure allows for localization outside of AX 2012 with third-party tools. The AOT provides a set of operations for the label files, including an. Other 2d - پلاگین ها یا فایل های مورد نیاز نرم افزار های دیگر دو بعدی. Morphx chapter 6. That was good keep the chapters coming. RiverLG1994 chapter 6. Let me say this: I loved the prequal and this is even better. It took me three days to read it because of work but I am hooked. Please update soon! Also, in the Tsukyomi, Jiraiya should have a death scare but not a full out.
And secondly, I'm afraid that you will not be able to do so because Morphx handles this for us and we are not able to get into that part of Dynamcis Ax. There might be a different solution or workaround. You could create a copy of the menu item and replace one of the menu items. Jan 2 '13 at 6:48. Add a comment 1.
Home > Sample chapters
- By The Microsoft Dynamics AX Team
- 8/11/2014
- Introduction
This chapter from Inside Microsoft Dynamics AX 2012 R3 describes the most commonly used tools and offers some tips and tricks for working with them.
Introduction
AX 2012 includes a set of tools, the MorphX development tools, that you can use to build and modify AX 2012 business applications. Each feature of a business application uses the application model elements described in Chapter 1, “Architectural overview.” With the MorphX tools, you can create, view, modify, and delete the application model elements, which contain metadata, structure (ordering and hierarchies of elements), properties (key and value pairs), and X++ code. For example, a table element includes the name of the table, the properties set for the table, the fields, the indexes, the relations, and the methods, among other things.
This chapter describes the most commonly used tools and offers some tips and tricks for working with them. You can find additional information and an overview of other MorphX tools in the MorphX Development Tools section of the AX 2012 software development kit (SDK) on the Microsoft Developer Network (MSDN).
Table 2-1 lists the MorphX tools and components.
Morphx 2.13 M
TABLE 2-1 MorphX tools and other components used for development.
Tool | Purpose |
Application Object Tree (AOT) | Start development activities. The AOT is the main entry point for most development activities. It allows the developer to browse the repository of all elements that together make up the business application. You can use the AOT to invoke the other tools and to inspect and create elements. |
Projects | Group related elements into projects. |
Property sheet | Inspect and modify properties of elements. The property sheet shows key and value pairs. |
X++ code editor | Inspect and write X++ source code. |
Label editor | Create and inspect localizable strings. |
Compiler | Compile X++ code into an executable format. |
Best Practices tool | Automatically detect defects in both your code and your elements. |
Debugger | Find bugs in your X++ code. |
Reverse Engineering tool | Generate Microsoft Visio Unified Modeling Language (UML) and entity relationship diagrams (ERDs) from elements. |
Table Browser tool | View the contents of a table directly from a table element. |
Type Hierarchy Browser and Type Hierarchy Context | Navigate and understand the type hierarchy of the currently active element. |
Find tool | Search for code or metadata patterns in the AOT. |
Compare tool | See a line-by-line comparison of two versions of the same element. |
Cross-Reference tool | Determine where an element is used. |
Version control | Track all changes to elements and see a full revision log. |
You can access these development tools from the following places:
- In the Development Workspace, on the Tools menu
- On the context menus of elements in the AOT
You can personalize the behavior of many MorphX tools by clicking Options on the Tools menu. Figure 2-1 shows the Options form.
FIGURE 2-1 The Options form, in which development options are specified.
Page 1 of 15Next
This chapter is from the book
Related resources
Home > Sample chapters
- By The Microsoft Dynamics AX Team
- 8/11/2014
- Label editor
Label editor
The term label in AX 2012 refers to a localizable text resource. Text resources are used throughout the product as messages to the user, form control labels, column headers, Help text in the status bar, captions on forms, and text on web forms, to name just a few uses. Labels are localizable, meaning that they can be translated into most languages. Because the space requirement for displaying text resources typically depends on the language, you might fear that the actual user interface must be manually localized as well. However, with IntelliMorph technology, the user interface is dynamically rendered and honors any space requirements imposed by localization.
The technology behind the label system is simple. All text resources are kept in a Unicode-based label files that are named with three-letter identifiers. In AX 2012, the label files are managed in the AOT and distributed by using model files. Figure 2-12 shows how the Label Files node in the AOT looks with multiple label files and the en-us language identifier.
FIGURE 2-12 The Label Files node in the AOT.
The underlying source representation is a simple text file that follows this naming convention:
- Ax<Label file identifier><Locale>.ALD
The following are two examples, the first showing a U.S. English label file and the second a Danish label file:
- Axsysen-us.ALD
- Axtstda.ALD
Each text resource in the label file has a 32-bit integer label ID, label text, and an optional label description. The structure of the label file is simple:
- @<Label ID><Label text>
- [Label description]
Figure 2-13 shows an example of a label file.
FIGURE 2-13 Label file opened in Notepad showing a few labels from the en-us label file.
This simple structure allows for localization outside of AX 2012 with third-party tools. The AOT provides a set of operations for the label files, including an Export To Label file that can be used to extract a file for external translation.
You can create new label files by using the Label File Wizard, which you access directly from the Label Files node in the AOT, or from the Tools menu by pointing to Wizards > Label File Wizard. The wizard guides you through the steps of adding a new label file or a new language to an existing label file. After you run the wizard, the label file is ready to use. If you have an existing .ald file, you can also create the appropriate entry in the AOT by using Create From File on the context menu of the Label Files node in the AOT.
Consider the following tips for working with label files:
- When naming a label file, choose a three-letter ID that has a high chance of being unique, such as your company’s initials. Don’t choose the name of the layer, such as VAR or USR. Eventually, you’ll probably merge two separately developed features into the same installation, a task that will be more difficult if the label file names collide.
- When referencing existing labels, feel free to reference labels in the label files provided by Microsoft, but avoid making changes to labels in these label files because they are updated with each new version of Microsoft Dynamics AX.
Creating a label
You use the Label editor to create new labels. You can start the Label editor by using any of the following procedures:
- On the Tools menu, point to Label > Label Editor.
- On the X++ code editor toolbar, click the Lookup Label > Text button.
- On text properties in the property sheet, click the Lookup button.
You can use the Label editor (shown in Figure 2-14) to find existing labels. Reusing a label is sometimes preferable to creating a new one. You can create a new label by pressing Ctrl+N or by clicking New.
In addition to finding and creating new labels, you can use the Label editor to find out where a label is used. The Label editor also logs any changes to each label.
Consider the following tips when creating and reusing labels:
- When reusing a label, make sure that the label means what you intend it to in all languages. Some words are homonyms (words that have many meanings), and they naturally translate into many different words in other languages. For example, the English word can is both a verb and a noun. Use the description column to note the intended meaning of the label.
- When creating a new label, ensure that you use complete sentences or other stand-alone words or phrases. Don’t construct complete sentences by concatenating labels with one or two words because the order of words in a sentence differs from one language to another.
Referencing labels from X++
In the MorphX design environment, labels are referenced in the format @<LabelFileIdentifier> <LabelID>. If you don’t want a label reference to be converted automatically to the label text, you can use the literalStr function. When a placeholder is needed to display the value of a variable, you can use the strFmt function and a string containing %n, where n is greater than or equal to 1. Placeholders can also be used within labels. The following code shows a few examples:
The following are some best practices to consider when referencing labels from X++:
- Always create user interface text by using a label. When referencing labels from X++ code, use double quotation marks.
- Never create system text such as file names by using a label. When referencing system text from X++ code, use single quotation marks. You can place system text in macros to make it reusable.
Using single and double quotation marks to differentiate between system text and user interface text allows the Best Practices tool to find and report any hard-coded user interface text. The Best Practices tool is described in depth later in this chapter.
BackPage 6 of 15Next