Doug Kerr wrote:So, did you mean that Encore's ability to use the short date format set in the O/S in a straightforward way would emerge first in localized versions, and then later in the "general" version?
there are a number of things like dates and paper size and things that Encore should be getting for defaults from the OS, but calling this the "american english" version we are able to let them slide but will need to deal with when we are localizing.
I don't agree that my use of the format YYYY.MM.DD (set in the O/S) is so "foreign" that I shouldn't be able to expect it to be supported by the "American English" version.
i do like the suggestion to just make the default date format match the OS and let users pick others if they want. page size would of course be this way.
Yes, that would be a great starting point.
Presently, for the date, we actually have that, but screwed up. If the format set in the O/S is YYYY.MM.DD ("yyyy.MM.dd", in the Windows date format syntax), Encore adopts a "tampered-with" version of it as its default. Its the "tampering with" to which I object.
The tampered takes only the last two digits of the year and then applies leading zero suppression to that. It may not even be representable in the Windows date format syntax. (The description of that is so ambiguous I can't be sure.) It may be that it is "y.MM.dd".
Thus, for today's date, in my system, the token "#D" in Encore returns "9.07.16".