Hallo Herr Jerome Shidel,

am Sonntag, 18. Juli 2021 um 21:30 schrieben Sie:

> Hi, 

> Couple quick questions…

> Is this a “(hopefully) ready-to-ship" version? Or, an intermediary
> “ready-to-test (more changes/fixes coming)” version?

> I’ve never examined the code.  But, based on your email… All
> someone needs to do to make a version of FreeCOM for another
> language is “copy /b command.cln + strings.lng command.com” for
> their language. That implies that all of the translation text is
> just tacked onto the end. If so, it should be relatively easy to not
> require splicing the language file onto the end. But, instead to
> dynamically load it when the shell initializes using a new command
> line option. Something the config.sys file would end up with something like:

> shell=c:\fdos\bin\command.com c:\fdos\bin /e:2048 /p=c:\fdauto.bat /nls:de

> Then when it starts, it could just load a command.de (or maybe
> freecom.de) file from the c:\fdos\bin directory into that same memory 
> location.

> Or possibly, include it as a full file/pathname. Then this
> translations could live in the NLS directory along with the others. Like,

> shell=c:\freedos\bin\command.com c:\freedos\bin /e:1024
> /p=c:\autoexec.bat /nls:c:\freedos\nls\command.es

> You could even “bake-in” the default English translations and just
> over-write it if the user specifies a different language. 

> I don’t foresee doing that as being very difficult and there would be 
> numerous benefits.

your approach has has a deep disadvantage for programs like
Norton/Volkow/Midnight Commander, make utilities, etc. that shell out
to a new instance of command.com.

they will start a new instance of %COMSPEC% with IMO no way of giving
it any arguments, so you would run the english version instead of the
localized one.

I also see no 'numerous benefits'. a user that selects the dutch
localized version is unlikely to change this dynamically to russian.

no problem though to have this as *option*.

Tom




_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to