Hallo Fred,
vous ecrit au Tue, 15 Nov 2022 02:06:19 +0000:
> I had the opportunity to fast test ideU compiled with your
> msegui-shadow on a Windows 10 machine this night. All seems ok, the
> list of languages is filled and if selecting a language, using PO
> files, all the layout uses that language, as espected. No crash, all
> happy. But if selecting "Use MO files instead of PO files" and
> selecting a language, it is always in English, no change in layout
> (but no crash).
Does this ONLY happen on Windows or is this a general problem? It might
also depend on the combination of compiler settings of "mse_dynpo",
"usemo" and perhaps also "useLibFontConfig". I suspect this to happen -
consistently and reproducibly - when "usemo" was NOT set on building
the program. Then, the neccessary functions probabely will not be
available, because they were not even compiled in, so there's probabely
no way to process the files in the first place.
This may be a good opportunity for using a conditional compilation
directive, to avoid confusing the user if the ability isn't available.
Oh, I just saw, I already DID insert such a directive, and it's really
trivial. In "conflang.pas", insert it there:
procedure tconflangfo.oncreat(Const Sender: TObject);
begin
Visible := False;
{$ifndef usemo}
bousemo.visible := false;
{$endif}
end;
Then the unavailable selection will be hidden on form creation and
nobody will be misled.
I just didn't bother to pack this together and put it on my web site
yet, because it's "only" a test bed for me and I had indeed forgotten
that I did introduce this detail at all.
But I've to correct me again - I DID pack the stuff together and put
it on my web site - it's in the file "ideU_fonts_284.zip", although
this contains only the modifications, not the full source.
(And I cannot tell you any more why it is so named - no more clue...)
> Sadly I did not have time enough to jump in the code with that
> machine, I will need to find a other Windows PC more disponible (or
> maybe you have a idea what is wrong).
I think the problem is what I described above, and that it is NOT a
speciality of the Windows version. But it depends upon whether you can
specify - or test yourself - how the compiler switch combinations do
affect the workings of the software. After all, they will, as they
should.
> But this has nothing to do (imho) about the code of msegui-shadow and
> is only related to ideU himself.
Not specifically to ideU, but to the licalization system in general. If
a part is not built, it "might" (will!) not be available...
> So the commit of msegui-shadow is also ok for Windows ( tomorrow I
> will do check for Linux rpi-arm/aarch64 ).
Thank you for all the work you do - as I wrote, I'm interested in the
aarch64 architecture, but I still don't have a sufficiently equipped
RaspberryPi running.
Many thanks for your good work!
--
(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
