I want to set the variable Control Type to the "UserControlObject" I created, why is it not in the list with WorkWithPlus properties?
Will it appear on the list with the versionup of WorkWithPlus?
Control Type of variable can be changed from WebForm.
I need the same list as Genexus WebForm properties.
Related
Is it possible to set the label name for a none custom field in IFS 9?
If I make a custom field I have the option to set the promt and define what label is shown. Is it somehow possible to do that for at field that is not custom made?
Vh. Kresten
You can't just edit the name of an existing non custom field, at least on the front end application.
You could however create a new local or read only custom field that just references the existing field you want to change, and give that one the name you want.
The only way I believe that you could change the name of the actual out of the box field that comes with IFS is to do a modification. Meaning making changes to the application using IFS developer studio like one of their developers would.
As declared in the title, for example, I want to search for a button whose name is button8, within a form where there are so many buttons that I do not want to check the name one by one.
Can I do this in VB6?
You should just be able to refer to the control via the controls collection, like so:
Me.Controls("Button8")
See this link.
Here's how to find a control in the form designer, if you know the name.
Go to the form designer, open the property window (press F4), and use the dropdown to choose the control. This shows the properties in the window (and you can edit them). It also selects the control onscreen.
There are some forms which exist in only certain legal entities, I want to remove this check somehow, and make these forms available in some other legal entity as well, any idea?
You use country and region specific functionality to help meet the legal, regulatory, and business needs of individual geographies. A geography is any country or region that is identified by an ISO country or region code. In Microsoft Dynamics AX, you use country region context for this process.
To set the CountryRegionCodes property
In the AOT, expand the Forms node.
Find and expand the form that contains the control you wish to make
country-specific. Expand Designs, expand Design, and then add or
find the control.
Right-click the control, and then click Properties. Use the
Properties window to set the CountryRegionCodes property. You can
add as many ISO codes as required via a comma-separated list.
If the ISO code value of the CountryRegionCodes property does not match the ISO code value of the controlling party, the control is not displayed. If the values match, the control is displayed.
Right-click the form and click Save.
More can be find here.
I developed WIT custom control. The control used xml serialization to store complex data as value. One of must have requirement is printing support. As it expected the control value is displayed in serialized view when user tried to print work item form that contains the control.
I couldn't find any way to deserialize the value of the custom control and set layout before printing.
Does anybody know how it can be done?
The way this is normally done is:
create a backing field containing the xml data
create a second field containing the display data
When the display data changes, update the backing field accordingly and vice versa using the when rules. (Check out the Priority field for an example on how you could do this).
Now it's easy to print something else than xml, but it's still hard to create a graphical representation.
My plists simply start with "Root". Theirs contains arrays of useful stuff you can select to tweak the configuration.
The specific info.plist I am looking at is in an iphone project.
I have researched this a little bit, (not alot) but haven't even detected a smell of solution.
What mechanism is putting this together? Can I bend it to my will?
To clarify, I am not referring to simply editing the plist, but using the Property List Editor to define the drop down lists in the left hand column, like Apple's info.list behaves.
Normally my plists will display in the editor with 3 columns. Key, Type and Value.
Info.plist has 2, how is it setup so its behaviour is different in the Property List Editor?
This link at apple defines the keys being used in the Info.plist.
Property List Key Reference
The names you see in the drop down menus in Property List Editor are provided by what Apple calls a "property list structure definition". This is an XML based file that defines specific keys and values for a particular type of property list. Property List Editor uses this to associate human readable names with particular property list keys, as well as sensible default values, type information, and so on.
Property List Editor hides the "Type" column when using a definition, because it gets the type information automatically from the structure definition. You can still use Edit > Value Type to change the type manually if you wish. You can also manually change the definition Property List Editor is using via View > Property List Type.
Xcode includes a built-in definition for Info.plist files, which is why you see the customization automatically when opening up an Info.plist file. If you're interested in how the structure definitions are defined, you can take a look in /Developer/Platform/MacOSX.platform/Developer/Library/Xcode/Plug-ins for the built-in definitions. I don't believe there's any official documentation for this format, but it's not too hard to pick up looking at the examples.