Hallo Fred van Stappen,
vous ecrit au Wed, 9 Mar 2022 00:06:32 +0000:
> About the lang name array.
Well - I'm tempted to make a multi lang joke from this, understandable
in german only:
You know that "lang" in german means "long" (longue), so a german might
read your sentence above as (translated) "about the long name array".
And long are your comments and deep your thoughts about the case indeed.
Sorry, I didn't mean to cause such an upheaval...
> Maybe the best is to forget to have the translation of the
> name-languages for each po file.
>
> And only use a fixed array of all the Lang-Code + Lang-English-name
> and define the lang name to store in the lang-name-array checking
> what po/mo files are in /lang/.
vous ecrit au Wed, 9 Mar 2022 15:53:09 +0000:
> You are totally right, there is a bug there, it should be declared in
> {$ifndef mse_dynpo} but it is not.
Can happen...
vous ecrit au Wed, 9 Mar 2022 18:24:01 +0000:
> OK, the bug in mseconst.pas is fixed:
... but don't always hasten so - it might be better at times to wait a
bit and see whether other things might appear.
But aside from this, thank you for your kind attention.
vous ecrit au Wed, 9 Mar 2022 23:44:15 +0000:
> About the array "en_langnamestext" of mseconst.pas that is in
> conflict with "en_langnamestext" of captionideu.pas.
>
> It is fixed in last commit of mseide-mesgui (see previous post).
>
> Anyway, without that commit, this should work too: in mo4stock.pas,
> in uses section, set captionideu as last unit:
Yes, I DID realize that it could be accomaodated that way. But I
intentionally don't call that "fixed", as I DO want to keep the
"mo4stock" unit _fully_ application unaware, and your suggestion makes
that impossible.
I didn't find sufficient time the last days, but I did already some
experimenting with several ways to solve the issue without incurring
dependencies from an application.
vous ecrit au Thu, 10 Mar 2022 13:46:47 +0000:
> Adding all the languages of the world translated for each language
> need lot of more work and the result is not really util.
>
> So, if I understand ok your way, there will only have one language
> entry for each po/mo file:
>
> For German po/mo:
> msgid "English [en]"
> msgstr "Deutsch [de]"
>
> For French po/mo:
> msgid "English [en]"
> msgstr "Français [fr]"
This is an interesting method to accomaodate the need for a consistent
declaration - that way, "internally" there's only one language defined,
"English [en]". But the language selection code (which, BTW, could, and
perhaps should, be made application independent then) collects all the
available languages from the .mo (.po) files provided and builds itself
a list to present for selection. That way, there's no need for a fixed
array anywhere, that might get out-of-sync with the requirements of an
application, and whoever decides to use their own wording can simply
add a special language file to make any such application behave in
their specific way.
Really elegant!
vous ecrit au Thu, 10 Mar 2022 16:55:42 +0000:
> OK, I adopted your way for PO files.
...
> (See picture).
> The change are commited in ideU (the new PO files in /src/lang are
> needed). https://github.com/fredvs/ideU/archive/refs/heads/main.zip
I'll download it immediatly and check it out. The picture looks
interesting.
Now, if there wasn't that nasty issue with the multi-byte character
display...
If I can, I'll investigate that further as soon as possible.
> I did not touch to your MO file code, it still work with the
> "lang-name const array" way.
I've no problem with that - it was done to be available for
mseide-msegui in general, meaning that it's free to use for you and
anyone else's applications as well. But I will inspect it, adapt it
to your new method and provide it for your consideration. I'll give
you notice when it's done.
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
_______________________________________________
mseide-msegui-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
