I think I will change YJN etc. back to english keyboard --> Y etc for one simple reason:
It is absolutely confusing to get different options depending on the command you execute. Sometimes this one, sometimes that one.
And I do not want to test all tools what they really support, as in most cases you do not get a result by command /? but you have to
execute till you get such a question. I have not so much time at this moment. This will change in 3 months.
Maybe with the exception where you can change this within the nls file as thraex described.
Willi
Sent: Wednesday, July 28, 2021 at 2:15 PM
From: "Eric Auer" <e.a...@jpberlin.de>
To: freedos-devel@lists.sourceforge.net
Subject: Re: [Freedos-devel] Devel-Philosophy [was: blocking bugs/issues for FreeDOS 1.3]
From: "Eric Auer" <e.a...@jpberlin.de>
To: freedos-devel@lists.sourceforge.net
Subject: Re: [Freedos-devel] Devel-Philosophy [was: blocking bugs/issues for FreeDOS 1.3]
Hi Jerome,
> Just a thought on using “undocumented” function calls.
COUNTRY=... and COUNTRY.SYS are not undocumented, but your
choice of words hints at another idea: Do you suggest to
introduce a TSR to handle string and key translations, to
be used by FreeDOS apps? I think this would not save enough
overhead compared to implementing translations in each app
to be worth the incompatibility. Remember that our kitten
implementation of catgets is very lightweight :-)
>>> INT 21 U - DOS 4.0+ - DETERMINE IF CHARACTER REPRESENTS YES/NO RESPONSE
>>> AX = 6523h
>>> DL = character
>>> DH = second character of double-byte character (if applicable)
>>> Return: CF set on error
>>> CF clear if successful
>>> AX = type
>>> 00h no
>>> 01h yes
>>> 02h neither yes nor no
Note that MS DOS 3.3x did not yet support COUNTRY, so in
theory, you may want your apps to have a fallback. On the
other hand, really old MS DOS did not support file handles
(only FCB) or directories. I think you can safely assume
that all apps may require MS DOS 5 compatibility level :-)
Eric
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
_______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
