> Now programs do it self by looking into own datafiles with .TBL > extension. Look at DOSLFN or Volkov commander 4.99. They have few files > like cp852uni.tbl, cp866uni.tbl and so on. > It is a very good solution but problem is that here is no way now how to > determine which file should be used.
At least DOSLFN queries DOS for the currently used codepage and tries to load that table. This query is in its Int21 handler so it will catch codepage changes and try to load the new table then. > It fully relies on manual configuration. No. > Anothor point is that ASCII-unicode conversion should be somewhat > treated by OS, I think. I think it is not smart if every unicode program > has own TBL library. It should be one somewhere in FREEDOS derectories. Yes. > So how to solve it? > * let the user call function for international info, and by returned > codepage manualy decide which .TBL file to use? As currently done by DOSLFN. > * .TBL files should be in LANG or NLSPATH environment variable? A centralized location might be useful. It might also be possible to create a file format where several tables share one file. I think such a format could be a COUNTRY.SYS extension without breaking other users of that file. > * somehow extend the kernel function for international info to say which > .TBL files to use? > * preload .TBL into memory in COUNTRY initialization and even more > extend international info to provide ASCII- unicode conversion? Both would be useful. Such a table (if limited to Unicode's BMP, as DOSLFN's format currently is) needs 256 byte plus some info like what codepage the currently loaded table corresponds to. Regards, Christian ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
