Hallo Herr Bernd Böckmann via Freedos-devel,
am Dienstag, 4. März 2025 um 01:18 schrieben Sie:
> Hello Tom,
>> Am 04.03.2025 um 00:42 schrieb tom ehlert via Freedos-devel
>> :
>>
>> My suggestion would be to attach these language data to the end of the .exe
>> file, so there is
>> only one re
> On Mar 3, 2025, at 4:51 PM, tom ehlert via Freedos-devel
> wrote:
>
> Dear Bret,
>
>> I am still trying to develop a good infrastructure in the programs to handle
>> multiple languages, though -- one where I wouldn't necessarily need to be
>> very involved in the process of adding new lang
Hello Tom,
> Am 04.03.2025 um 00:42 schrieb tom ehlert via Freedos-devel
> :
>
> My suggestion would be to attach these language data to the end of the .exe
> file, so there is
> only one resource (the .exe file) to be managed. And updating the .exe also
> updates the language resource.
this
> Am 04.03.2025 um 00:37 schrieb Jerome Shidel via Freedos-devel
> :
>
> I actually started working on solving this issue a while back with the FD-NLS
> Desktop Application for Linux, Mac and Windows.
>
> https://up.lod.bz/FDNLS_LNX
That looks really promising. I'd like to have something of
>> It could also use some sort of compression people have around anyway, such
>> as GZ or ZIP :-)
> Sure it could use GZ. But that would blow up the code size by a factor of ten
> or more, I guess.
Many times more. There is no *one* ZIP or GZ compression alghorithm; there are
multiple differ
> On Mar 3, 2025, at 6:13 PM, Bernd Böckmann via Freedos-devel
> wrote:
>
> Hi Eric,
>
>> Is it possible to build the table when apps start
>
> The search table is a crucial part of the format, as it stores the offsets of
> the individual strings. So you cannot simply leave this out. But if
Hi Eric,
> Is it possible to build the table when apps start
The search table is a crucial part of the format, as it stores the offsets of
the individual strings. So you cannot simply leave this out. But if you
establish the hard requirements that every string does not contain but ends
with a
Hi!
BTW, one option I was considering is a single .LNG file (or something)
with all the translations inside a single file instead of needing a
separate file for each language.
While this can be useful when clusters are large, I wonder about:
It is a binary format, basically consisting of a
Dear Bret,
> Am 03.03.2025 um 21:51 schrieb Bret Johnson via Freedos-devel
> :
>
> BTW, one option I was considering is a single .LNG file (or something) with
> all the translations inside a single file instead of needing a separate file
> for each language.
This is how we do it in SvarLANG,
Dear Bret,
> I am still trying to develop a good infrastructure in the programs to handle
> multiple languages, though -- one where I wouldn't necessarily need to be
> very involved in the process of adding new languages to a program. KITTEN
> really isn't that useful for me for multiple reaso
> What we would probably need is a Unix-style NLS system. under Unix you
> would have
>
> LANG=PT_PT.latin1
>
> or
>
> LANG=PT_BR.UTF8
>
> It's not only about messages in programs, but date formats, currencies etc.
That's changing the fundamental way DOS works. You're correct that all those
item
> It is not always just 2 letters. For example, Portuguese is PT and Brazilian
> Portuguese is PTBR.
Two thoughts this brings up. One is that we are not following the ISO
standard. Perhaps not a big deal, but that means we are on our own and will
definitely need to document everything to avoid
What we would probably need is a Unix-style NLS system. under Unix you
would have
LANG=PT_PT.latin1
or
LANG=PT_BR.UTF8
It's not only about messages in programs, but date formats, currencies etc.
On Mon, 3 Mar 2025 at 20:13, Jerome Shidel via Freedos-devel
wrote:
>
>
>
> > On Mar 3, 2025, at 1
> On Mar 3, 2025, at 12:51 PM, Bret Johnson via Freedos-devel
> wrote:
>
> I am trying to add international language support to at least some of the
> programs I am updating. So far, I have had some interaction with Thraex
> regarding French and Turkish translations for some of the program
14 matches
Mail list logo