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-YYYY, though. > in all kernels, you can have > country=49 (german) > > to have date format DD-MM-YYYY(+currency, yes/no,...); that's why I > introduced it (hardcoded for 10+ country's) a while ago.
Hello Tom, True, but once you have a COUNTRY.SYS file and a kernel that can read from it, this info belongs to that file. That is what UNSTABLE do (OK, I know your feelings about that branch ;-) > 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 program to ask > > formatting C: > this will overwrite all data on C: > are you really sure you want to continue ? > > expecting a 'J' (german JA) as answer. > IMO, this doesn't make much sense. The yes/no table affects the behaviour of int216523 (determine if character represents yes/no response.) What does the German version of MS-DOS expect for yes/no? The Spanish one expects "S" and "N", so it is actually translated. I think it was Eric who suggested to keep the yes/no out of COUNTRY.SYS and implement YESCHAR= and NOCHAR= in config.sys, a la DR-DOS, to modify this behaviour. Would it be a better choice? Eduardo. > uppercase tables for different codepages are much more relevant, > though. > > tom ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_idU88&alloc_id065&op=click _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
