does anybody know why in the format section the number masks has control characters included (see picture). When I create new one, they didn't.
This happens with all versions of TD, including 6.2 SP1.
.head 3 - Number: 0'%'
.head 3 - Number: #0
.head 3 - Number: ###000
.head 3 - Number: ###000;'('###000')'
You could see them in a texteditor, if the sourcefile was saved as text.
Joerg Bertram [\Quote]
Also version independent Q&A can be placed here.
When you add a format in the "Format"-property of a datafield control - this format shows up in the apt in two places
- n the Global Declarations Fromat section
- and in the controls property.
This is kind of clever since the apt could be opened in an environment where other regional settings are active (e.g. in Germany the decimal-point is a comma, in US it's a point).
Why does it appear twice?
I suppose this is kind of a service for developers since entries from the global format section will be listed in the dropdown boxes of the control properties.
But then a gupta-bug jumps in:
- When you edit formats in the global format section manually then the control character disappear and will be replaced by those you see on the screen (dot and comma for example).
- But then they are useless for TD because it cannot Interpret it correctly anymore.
- And you won't see the difference between a format with or without correct control characters!
- If you select such a format in the properties of a datafield control then it has no effect since TD cannot Interpret it correctly.
Remove the formats in the global format section as soon as possible. Don't give anybody in your team to edit them manually.
my answer would be:
Gupta-created formats while making a new application are falsely inserted as ASCII characters (You can verify this with a hex-view on your apt-file).
When you open this file in notepad++ the Formats in ASCII look like control characters.
New inserted formats are in Unicode.
We investigated the format sections since we had all of a sudden strange app crashes with our compiled application.
We opened (and closed) different form windows which are located in different .apd
After about doing so with about 6 or 7 different forms we got regularly an app crash with BEX and StackHash_xxxx.
After we cleared the format section in each an every .apt and compiled again - we got rid of that nasty problem.
Leave the dates as they are useful and don't cause a problem - it's always the number formats.
- Founder/Site Admin
- Posts: 387
- Joined: 24 Feb 2017, 09:12
- Location: Gouda, The Netherlands
http://wiki.tdcommunity.net/index.ph ... el_windows
In our case deleting all formats from the global format section made things worse.
What we now do:
We made a tool with cdk which extracts all formats of every datafield and column-control of all of our .apt.
We then made a distinct list of the formats and applied them to the global format section of all of our .apt.
Now things are a bit better.
Who is online
Users browsing this forum: Ccbot [Crawler] and 0 guests