Eric Auer wrote:
[...]
- country unaware programs will just use hardcoded
"are you sure?" and will just expect "y" for that.
- country aware programs should use BOTH translated
strings and ask the kernel what the "yeschar" is
for the current language. Because you can conceivably
set LANG=
Hi, the YESCHAR/NOCHAR in config sys of DR DOS is,
as far as I know, ONLY for the "load driver...?" in
trace mode. Later you will have country information
loaded, and then of course you have:
- country unaware programs will just use hardcoded
"are you sure?" and will just expect "y" for that.
-
On Thu, 4 Nov 2004, tom ehlert wrote:
> BTW: I'm not sure, if translated yes/no's make much sense at all, unless
> the program (int24 handler, command,...) is translated as well, and
> then the yes/no should be translated at that stage.
[...]
> are you really sure you want to continue ?
>
> expe
Hi!
4-Ноя-2004 17:52 [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote to
[EMAIL PROTECTED]:
ase> Divide tools in three types:
ase> (a) Those that implement the national settings (that is the character you
ase> use for thousand separators, etc) and codepages for the kernel (filename
ase> tables and suc
Hi!
4-Ноя-2004 13:08 [EMAIL PROTECTED] (Eduardo Casino) wrote to
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
EC> I think it was Eric who suggested to keep the yes/no out of COUNTRY.SYS
EC> and implement YESCHAR= and NOCHAR= in config.sys, a la DR-DOS, to modify
EC> this behaviour. Would it be a bett
Hi!
4-Ноя-2004 10:40 [EMAIL PROTECTED] (tom ehlert) wrote to Eduardo Casino
<[EMAIL PROTECTED]>:
te> BTW: I'm not sure, if translated yes/no's make much sense at all, unless
te> the program (int24 handler, command,...) is translated as well, and
te> then the yes/no should be translated at that st
Hi,
>> What does the German version of MS-DOS expect for yes/no?
>it expects J(a) or N(ein), but the question is also
> Sind Sie sicher ?
>> The Spanish one expects "S" and "N", so it is
>> actually translated.
>but the question is probably
> Es usted seguro ?
>and not
> Are you sure ?
>
>tom
Hi Bernd,
>Any idea for a compressed COUNTRY.SYS file? Kernel decompression
>code
>overhead should be minimal.
>28KB uncompressed versus 5KB compressed is quite a difference, for
>bootdisks.
>I have no idea how all the NLS/country/codepage stuff works, except
>COUNTRY=031,858,C:\FDOS\BI
Hello Eduardo,
> True, but once you have a COUNTRY.SYS file and a kernel that can read
> from it, this info belongs to that file.
agreed.
> That is what UNSTABLE do (OK, I know your feelings about that branch ;-)
doesn't depend on my feelings, but it's a bit difficult to pick the
relevant ~200 l
Hi Brian,
i send you patches for booteasy & bootnorm fdisk code. Some buggy BIOSes
can cause following fatal problems:
- 0x00 instead of 0x8? in DL while booting
- changing dl while LBA test
For booteasy: This loader doesn't test LBA so i only comment entry
code and use or DL, 0x80. I t
Hi,
tom ehlert wrote:
BTW: I'm not sure, if translated yes/no's make much sense at all, unless
the program (int24 handler, command,...) is translated as well, and
then the yes/no should be translated at that stage.
because
country=49,858,c:\country.sys
would lead to a yes/no respecting format pro
El jue, 04-11-2004 a las 10:40, tom ehlert escribió:
> Hello Eduardo,
>
> > Without a country= line, you have the kernel hardcoded info, which is
> > equivalent to US, codepage 437. Date format is MM-DD-, though.
> in all kernels, you can have
> country=49 (german)
>
> to have date format
Hello Eduardo,
> Without a country= line, you have the kernel hardcoded info, which is
> equivalent to US, codepage 437. Date format is MM-DD-, though.
in all kernels, you can have
country=49 (german)
to have date format DD-MM-(+currency, yes/no,...); that's why I
introduced it (hardcod
13 matches
Mail list logo
