Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hallo Sieghard,

> as you might have seen by the "ideU" example.

I have tested your last formscanner_experimental_2.zip project.

Wow, kind of magical that it can scan and translate the captions of all the 
forms **without** the need to assign the new caption for each widget, like I 
did in ideU.

In the test all the froms are translated correctly there is only the main menu 
where the items are not translated (maybe I missed something).

Maybe (this is a litle detail), instead of
PROCEDURE ShowFormItems (CONST FormName: string = '') that uses  "writeln()",
transform it into
FUNCTION ShowFormItems (CONST FormName: string = ''): string;
And replace all the "writeln('xyz')" by "result := result + 'xyz' + #10#13"".
This to be compatible for Windows GUI applications.
But this is maybe for the end, when all is working perfectly.

Anyway your formscanner is very impressive.

I will be out of computer for some time but will come back asap.

Have perfect days.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

For info, there is a topic now in Lazarus forum about LCLTranslator, the 
"formscanner" for Lazarus LCL widgetset.

https://forum.lazarus.freepascal.org/index.php/topic,59010.0.html

But it seems that LCLTranslator does not have all the features that your "MSE 
formscanner" has, for example it only gives the caption of widgets (not the 
hint, not list of combo-box, etc) 

Fre;D



___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] New release of MSEide-MSEgui v5.6.8.

[Fred van Stappen]

Hello everybody.

There is the new release of MSEide-MSEgui v5.6.8:
https://github.com/mse-org/mseide-msegui/releases/tag/5.6.8

This release has mainly fixes for previous release.

Have lot of fun!

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

> The new POtoMO unit just handles multi-line msgids now, as this was
> neccessitated by some very long captions of your ideU.

Ha, ok, tested and works out-of-the box.

I updated the mseide-msegui tool with your new code:
https://github.com/mse-org/mseide-msegui/tree/main/tools/POtools/POtoMO

For your "formscanner" of course it is not a easy project and sure it will take 
lot of time and energy to make it works but I know that you will make something 
highly needed. ;-)
( And yes, for ideU, I see there are some captions that I forgot and that your 
"formscanner" shows, I will fix it asap. )

Have perfect days and many thanks.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-hello Sieghard.

I think I can find some time tonight to jump into your code (but dont say it to 
anybody).

I downloaded http://schs.de/download/mse/POtoMO.zip but

> You can verify the processing of multi-line msgids using the included
"ideU_de.po" (and associated ".mo") file, which I extended by all the
"non-stock" text items my formscanner found in your ideU

I dont see "formscanner" unit, is it on a other zip?

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

> There's an new version of the "POtoMO" unit (& demo program) available
on my mse download area of my web site.

Many thanks for this.
I will deeply study your code ( sadly, not before end of next week ).

Write you later.

Have a perfect spring.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

Sorry for that late answer (I am very busy those last weeks).

> ...
> Perhaps you have an idea how to help out with those retrictions?

I need to jump into your code and msegui related, I dont have any idea without 
this.
I may find some free time next week.

Write you later.

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Siegard.

> file name "formscanner_experimental.zip"

Ok, tested and I get verigo...
With your formscanner it opens the way to a "totally dynamic po-mo" loader, no 
need to declare enums nor arrays of strings, all is done by your scanner.
Well, of course it is much easier for the developer, no need to update the 
"captionproject.pas" unit.

May I ask you what is your idea to assign the captions of a selected language, 
should be still needed, like I do now, a procedure with the list of all the 
widget.captions to be changed?


Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Siegard.

> as a non-trivial demonstration) on my web site, file name
> "formscanner_experimental.zip" (to leave no doubt about its status).

Ha, ok, many thanks.
Write you later after deep testing.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

>["self operating" string extractor]
> it is still "work in progress", so I will just provide an experimental
> version for testing purposes.

You can imagine that I am **very** interested and curious about your string 
extractor.
Sadly I did not find in your post where to download this wonder.
(Or maybe I have to wait a few before you are ready).

Anyway, many thanks for your great work.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-hello Sieghard.

About MOdemo and caption extractor (see previous post in bottom of page).

Maybe it would be better to re-group the mseide-msegui/tools/POdemo and MOdemo 
projects into one only POMOdemo project.
( So feel free to adapt all the code of POdemo with your way in that new 
POMOdemo project ).

I let you the command for that new /mseide-msegui/tools/POMOdemo project, you 
will do it way better than me.

Fre;D

De : Fred van Stappen 
Envoyé : dimanche 20 mars 2022 02:47
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 
108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

Hello Sieghard.

>> I try to use your "podemo4stock.zip" updated files but with the
>> podemo version of mseide-msegui, it crash at run. Could you, please,

>Are there any news on this? What about the full version I made
>available?

Like explained in my previous post, I updated last week 
mseide-msegui/Potools/POdemo and your MOdemo with the 'Sieghard-langname" way.
Did you check it?
https://github.com/mse-org/mseide-msegui/tree/main/tools/POtools/MOdemo
(You are welcome to update also POdemo with your MOdemo procedures.)

> preliminary success on my attempt for a fully "self operating" string
>extractor (captions, hints and the like) and, provided an appropriate
>...
> If you were interested in the idea, I could possibly build a "nearly
> working" version soon, and provide a modified code of your "ideU" as
> a demonstration. What do you think?

Yes, excellent.
Imho, it would be perfect if you could incorporate your string-extractor into 
/mseide-msegui/potools/MOdemo and POdemo (or do a new PO tool).
So mseide-msegui will have a complete demo of what we can do with PO/MO files 
with all the tools included.
Of course in the POtools-string-extractor there will be only few captions but 
it is ok to understand how it works.

And for ideU it is perfect to test your string-extractor with many different 
caption-widgets.

By the way, I just finish to extract (mainly manually) all the captions of a 
other project:
https://github.com/fredvs/strumpract

And it was a long and boring work, your string-extractor would have been very 
helpful and welcome. 

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

>> I try to use your "podemo4stock.zip" updated files but with the
>> podemo version of mseide-msegui, it crash at run. Could you, please,

>Are there any news on this? What about the full version I made
>available?

Like explained in my previous post, I updated last week 
mseide-msegui/Potools/POdemo and your MOdemo with the 'Sieghard-langname" way.
Did you check it?
https://github.com/mse-org/mseide-msegui/tree/main/tools/POtools/MOdemo
(You are welcome to update also POdemo with your MOdemo procedures.)

> preliminary success on my attempt for a fully "self operating" string
>extractor (captions, hints and the like) and, provided an appropriate
>...
> If you were interested in the idea, I could possibly build a "nearly
> working" version soon, and provide a modified code of your "ideU" as
> a demonstration. What do you think?

Yes, excellent.
Imho, it would be perfect if you could incorporate your string-extractor into 
/mseide-msegui/potools/MOdemo and POdemo (or do a new PO tool).
So mseide-msegui will have a complete demo of what we can do with PO/MO files 
with all the tools included.
Of course in the POtools-string-extractor there will be only few captions but 
it is ok to understand how it works.

And for ideU it is perfect to test your string-extractor with many different 
caption-widgets.

By the way, I just finish to extract (mainly manually) all the captions of a 
other project:
https://github.com/fredvs/strumpract

And it was a long and boring work, your string-extractor would have been very 
helpful and welcome. 

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

The demo mseide-msegui-MOdemo was updated using the 'Sieghard' way for language:

https://github.com/mse-org/mseide-msegui/tree/main/tools/POtools/MOdemo

Of course feel free to do change like you want, the same for POdemo.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-hello Sieghard.

I try to use your "podemo4stock.zip" updated files but with the podemo version 
of mseide-msegui, it crash at run.
Could you, please, zip all the files, I dont find what podemo version to use 
with your files.

The podemo source are in /mseide-msegui/tools/POtools/

Github:
https://github.com/mse-org/mseide-msegui/tree/main/tools/POtools/

Thanks.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hallo Sieghard,

> "podemo4stock.zip", an adapted version of your
> prior "podemo" program, and "ideU_mo4stock.zip", a modified version of
> your ideU making use of the new unit.
...
> Now, I added a function "FUNCTION setLangFilePattern: string" that
> defines a "pattern" for the specification of the storage place of the
...
> I hope everything works out correctly for you too and you can enjoy
> the new version.

Many thanks and perfect, works out of the box.
Your change are commited in Githhub.

About compatible fonts by language, in last commit there is in "Setting 
Language Form" a new grid with all the compatible fonts of the selected 
language.
It is updated live when you select a language. (see picture)
And when you select a font, it set live all captions of ideU, so good for 
testing and find your favorite font.
At the moment list of compatible fonts works only for Linux, for Windows only 
the pre-defined fonts are listed.

The last commit:
https://github.com/fredvs/ideU/archive/refs/heads/main.zip

Have the nicest week.

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Chinese ideograms on Linux: Good news!

[Fred van Stappen]

Re-hello.

About the font compatible with Chinese and others no-latin char.

There is the font 'Unifont' that is present on nearly all Linux distros.

With this:

tlabel1.font.name := 'Unifont';

You should render nearly all type of language.

Fre;D





De : Fred van Stappen 
Envoyé : dimanche 13 mars 2022 02:36
À : mseide-msegui-talk@lists.sourceforge.net 

Objet : [MSEide-MSEgui-talk] Chinese ideograms on Linux: Good news!


Hello everyboy.

Chinese ideograms can be rendered on Linux perfectly for each msegui widget.

The trick for Linux:

1) In console look for the fonts installed compatible with Chinese ideograms:

`$> fc-list :lang=zh`

2) Chosse one, I took randomily **'Noto Serif CJK TC'**

3) Use that name for the font.name of the widget:

tlabel1.font.name := 'Noto Serif CJK TC';
tlabel1.caption := '是的全部' ;

And it should work (see picture).

It works also for ideU, just use 'Noto Serif CJK TC' as font in settings.

Yeeep.

 x 10

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Draw text using BGRABitmap

[Fred van Stappen]

Re-hello.

And it works for Chineese ideograms on Linux too!:

The trick for Linux:

1) In console look for the font installed compatible with Chinese ideograms:

`$ > fc-list :lang=zh`

2) Chosse one, I took randomily **'Noto Serif CJK TC'**

3) In code, add the font name (see previous post):

```
  f := tfont.create;
  f.name := 'Noto Serif CJK TC';
```

Fre;D


De : Fred van Stappen 
Envoyé : dimanche 13 mars 2022 01:28
À : mseide-msegui-talk@lists.sourceforge.net 

Objet : [MSEide-MSEgui-talk] Draw text using BGRABitmap

Hello everybody.

Here how to draw text using BGRABitmap :

//drawing some text with MSEgui canvas
  f := tfont.create;
  f.height := 20;
   txt := 'نبوب';
   bmp.canvas.drawstring(text,
makepoint((bmp.width - bmp.canvas.getstringwidth(text, f)) div 2,
   bmp.height div 6), f);
  f.free;


Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] Draw text using BGRABitmap

[Fred van Stappen]

Hello everybody.

Here how to draw text using BGRABitmap :

//drawing some text with MSEgui canvas
  f := tfont.create;
  f.height := 20;
   txt := 'نبوب';
   bmp.canvas.drawstring(text,
makepoint((bmp.width - bmp.canvas.getstringwidth(text, f)) div 2,
   bmp.height div 6), f);
  f.free;


Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

> Here Russian and Hebrew are shown correctly, Arabic and Chinese only
> produce rectangles.

Ha, that is good news, I mean,  if your Linux system cannot show Arabic and 
mine well, maybe our both systems need a "trick" to install Chinese ideograms.

>> BGRABitmap and his BGRAText feature. BGRABitmap is working perfectly
>I don't know that, bur I saw a project file with a name containing the
> abbreviation. Does that compile ideU with this system?

ideU does not use BGRABitmap for himself (no need) but can, of course (like 
mseide),
compile and run msegui applications that use BGRABitmap.

https://github.com/bgrabitmap/bgrabitmap

BGRABitmap is MSEgui compatible  (thanks to Johann Elsass) since  MSEide+MSEgui 
5.2.0. Sep 19, 2020.
  https://github.com/bgrabitmap/bgrabitmap/issues/79

To use BGRABitmap with MSEgui, just add the path to BGRABitmap source and those 
2 parameters:
  -dclass_bridge
  -dBGRABITMAP_USE_MSEGUI

Andt you may use all the "many" graphic methods that BGRA offers.

There is a msegui simple demo in BGRABitmap/test
https://github.com/bgrabitmap/bgrabitmap/tree/master/test/test4ideu/fractal_tree

There is also StrumPract, a complete MSEgui audio project, that uses BGRABitmap 
for the animations and graphic things.
https://github.com/fredvs/strumpract

>  I cannot evenget your ideU correctly to scan the language files yet

Sorry, I dont understand, what do you mean with "scan the language files"?

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

Just for curiosity, how is the rendering of no-latin characters (Russian, 
Hebrew, Arabic, Chinese) on your system with ideU?
Here on Linux Debian 10, all characters are correctly rendered, apart Chinese 
ideograms.

On Windows 10, all is correctly rendered, also Chinese ideograms.

Maybe one solution for Linux and Chinese ideograms is to use BGRABitmap and his 
BGRAText feature.
BGRABitmap is working perfectly with MSEgui but I was not able to render text 
with BGRAText.
I created a issue of that in BGRABitmap-Github but no much noise as answer.

If BGRAText is able to work with MSEgui too it could be a great workaround for 
the problem of MSEgui ideograms on Linux.
Just create new widegets using BGRAText for the caption (or even better give 
the choise, for each msegui widget, to use for caption the MSEgui way or the 
BGRAText way.

But, of course, the fix the MSEgui-text for ideograms on Linux, it is welcome.

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

Many thanks for the POtoMO fixes.

It was commited in https://github.com/mse-org/mseide-msegui/
in /tools/POtools/POtoMO/

Have a nice week end.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hallo Sieghard.

> But, as an aside, as you still use the old version of the german
>nguage sign: could you explain what "illegal lesson" (leçon illegale)
> means?

Hum, good question.

In french I translated it with:

  msgid "Illegal instruction"
  msgstr "Instruction illégale"

It is part of error messages when you add in gdb config in project-options a 
"instruction" ( = command ?) not accepted.
I guess...

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

> I did not touch to your MO file code, it still work with the
> "lang-name const array" way.

Huh, not really, last night I commited change after playing with your code ( 
perfectly clear, I should adopt if for PO file ), removed all dependencies to 
en_langnametext (that does not exist any more).

And to create the languages list, it is done with findmofiles(), using this for 
each mo file found:

   setlength(lang_langnames, length(lang_langnames) + 1);
   MOfile:= TMOfile.Create (dir_mo);
   str1 := MOfile.Translate('English [en]');
   MOfile.Destroy;
   lang_langnames[length(lang_langnames) - 1] := trim(str1);

All is working perfectly.

I only found 1 problem with 1 file during conversion of po files using your 
POtoMO converter.
It is with the ideu_fr.po, the conversion fails and the console must be killed, 
sometimes needs a reboot too.
I did check and re-check the ideu_fr.po and  a (strange) workaround is to add 
this at end of file:

 msgid "dummy"
 msgstr ""

But this is not important, the workaround is ok.

Have a fun week-end Sieghard.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

The last for tonight...

OK, I updated mo4stock.pas and mo2array with the 'Sieghard' way.


 https://github.com/fredvs/ideU/archive/refs/heads/main.zip

MO files works like charm (see picture).

Many thanks for your MO code.

I let you in peace now.

Have perfect end of week.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard, it is me again...

OK, I adopted your way for PO files.
It is way better, no more lang-name constants, no complicated check for lang 
code, no limitation of number of po files, and much more.
(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 did not touch to your MO file code, it still work with the "lang-name const 
array" way.

Many thanks Sieghard for that brillant idea.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Following previous post...

And your way has also the **huge** advantage that the language array is no more 
needed.

I vote for your way.

Fre;D


De : Fred van Stappen 
Envoyé : jeudi 10 mars 2022 14:46
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 
108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

Hello Sieghard.

After lot of think, imho, your proposition is the best.

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]"

etc...

And the names of language always in native language.
And those  unique msgid/msgstr will be used for the language-list.

It has the advantage to simpify all and is more clear for the user to choose 
the language with native translation.
Also no restriction if the po/mo file uses a "exotic" lang code (no check 
needed).

Is it so?

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

After lot of think, imho, your proposition is the best.

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]"

etc...

And the names of language always in native language.
And those  unique msgid/msgstr will be used for the language-list.

It has the advantage to simpify all and is more clear for the user to choose 
the language with native translation.
Also no restriction if the po/mo file uses a "exotic" lang code (no check 
needed).

Is it so?

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-re-re hello Sieghard.

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:

uses
  ...,
  mseconsts,
  captionideu;

Have a perfect night.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-re hello Sieghard.

Following previous post...

OK, the bug in mseconst.pas is fixed:
https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip

Note that you **must* rebuild the application with -B (build all) option.
That very old fpc bug is not yet fixed: without -B parameter fpc ignore all 
change done in a  {$ifdef} or {$ifndef} section.

For the behaviour of the langname array and what way to choose (see previous 
posts) , I wait for your advice before to attack anything in ideU.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-re hello Sieghard.

Following previous post...

OK, the bug in mseconst.pas is fixed:
https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip

Note that you **must* rebuild the application with -B (build all) option.
That very old fpc bug is not yet fixed: without -B parameter fpc ignore all 
change done in a  {$ifdef} or {$ifndef} section.

For the behaviour of the langname array and what way to choose (see previous 
posts) , I wait for your advice before to attack anything in ideU.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

> 'm afraid I have to come back to the previous issue of a fixed size
> "en_langnamestext" array being declared within the "mseconsts" unit.

Ooops and re-ooops.
You are totally right, there is a bug there, it should be declared in {$ifndef 
mse_dynpo} but it is not.

I will fix it tonight, many thanks to note it and I apologize for the problems 
it created for you.

Re-write you soon.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-re hello Sieghard.

> One possible way out that I see would be to simply _NOT_ translate
t> he language names at all, but instaed display them all in their OWN
l> anguage and writing.

Yes, nice way too.

About the Setting-Lang menu item.
Indeed, very easy to be lost if you dont know the language ( by the way, in 
ideU, there is "(lang)" after translation of "Language"  to recognize it).
Maybe that Setting-Language menu item should be in the main-menu (not sub-menu) 
and so easier to access.
Or add a "Language" button with a easy to recognize icon.

About all the MO files things and other of your previous post, I need to deeply 
study it.

Write you later.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-hello Sieghard.

Following previous post...

A other solution is to add the missing lang names of the world  + code into the 
actual en_langnames array.

And to define the list of languages disponible, check the po/mo files in /lang 
directory.
Of course update all the the existing po/mo files with the translation of (lot 
of) languages of the world.

That way, the names of language are still translated (but it needs to update 
all the po/files, with GoogleTranslate it is done fast).

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

About the lang name array.

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/.

It will solve also, like you noted, when number of po/mo files < length of 
lang-name array.

I have already that list ( 185  code+name ) and we can use it into mseconst.pas 
as a new all-codelang array to retrieve the name of the language via the code 
lang of the po/mo file.

But this all-lang-name-array should not be translated, it is used only to give 
lang-name to the po/mo files.

Of course that way, the name of the language will be always English for each 
language.
Yes, having the translation of all the language names would be better ( but 
utopic ).

A other solution would be to only use the translated word "Language" (that has 
already a entry) + the code lang.
That way there will not have any English words in the layout of each language.

I will study next part of your post asap.

Write you later.

Fre;D



___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

A fast answer to your post...

> And declaring the array as a constant makes it impossible to change the
> number and kind of languages supported later on without recompilation.

At the moment, without recompilation, if you add new mo/po file in /lang 
directory, in the languages list of /menu/settings/lang, the new language will 
appear at end of list with only, as name,  'Language" and the lang-code.
(It is how "createnewlang()" works in my po2array.pas.)
By the way, in ideU source, your "po2array.pas" was renamed "mo2array.pas", I 
did not check how you do if the number of mo files are > than the length of 
language array.)

I agree it is not ideal, maybe the name of the language should be strored into 
the po/mo file into a comment and use that as language-name.
But, indeed, for all the other languages, only the English name will appear (or 
need to add the translated name of new language for each language.)
Yes, there is something to think there.

Anyway, answer to your previous post will follow asap.

Thanks Sieghard.

Fre;D


De : Sieghard via mseide-msegui-talk 
Envoyé : lundi 7 mars 2022 22:53
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 
108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

Hallo Fred van Stappen,

vous ecrit au Mon, 7 Mar 2022 00:52:48 +:

> >I found a real problem with the po4stock unit:
...
> Hum, not really (or I miss something).
> "en_langnamestext", contains  6 entries only if you dont use the
> parameter  " -dmse_dynpo". Those 6 entries correspond to the units
> mseconst_xx.pas that will be used if you use the old "static loading
> of lang-units" way.

Yes, indeed, that's how it's set up. And now that I recompiled and
rechecked ideU using an application unaware (p|m)o4stock unit it DID
indeed compile and run correctly.
Sorry for the upheaval, I seem to have mixed up something, maybe
because I'm keeping several mseide-msegui versions around for older
projects and switch between them if needed.

> See in mseconst.pas, there are some {$ifndef mse_dynpo} to use the

Yes, I realized that, but by some means, the en_langnamestext:array
stubbornly kept a size of "6" and a value of "nil". Only when I had
changed it to a dynamic array (and the one in captionideu.pas too) it
behaved.

> "original" mseconst.pas. For example, in ideU, the lang array is in
> captionideu.pas  (not in mseconst.pas): en_langnamestext:
> array[0..14] of msestring = (

Yes, this requires an application to provide such an array in any case.
And declaring the array as a constant makes it impossible to change the
number and kind of languages supported later on without recompilation.

> Of course you may use a dynamic array :
>en_langnamestext: array of msestring = (
>  but this will work only for fpc > 3.2.0 so, to keep backward
> compability, I prefer to use a const array.

Really only from 3.2.0 on? The fpc documentation file "ref.pdf" says:
"As of version 3.0 of Free Pascal, Dynamic array types have a
constructor.", and that's the file that says in it's title
"Reference guide for Free Pascal, version 3.0.4", so it must have been
available at least from that far back. But still, that might not mean
from 3.0.0 on already.

> But, once again, maybe I miss something.

Sorry for the wrong complaint, so all seems well in this respect.

> I will study the rest of your post this week.

Thanks for your kind regard.

In the meantime, I will probabely try to let the unit make use of
Linux' general storage method fpr application language files, in case
some maintainer wants - requires - such a set up.
The anguage path definition is already set up in such a way that it
provides your "standard" setting without any further intervention, but
can still be modified by the application through simply assigning the
"new" path to the variable "LangDir".

BTW, as an aside, I did modify the mse file directory on my web site
to make it accessible by a browser for directory display and file
download, but it HAS to be addressed explicitely by giving a full URL,
it is NOT reachable from the main page. My firefox even wanted to
"see" the main page first and then be redirected to the download URL,
but I don't know whether that's a general requirement.

--
(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
mseide-msegui-talk@lists.sourceforge.net
h

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

>I found a real problem with the po4stock unit:
> Internally, it uses the "mseconsts" unit, which defines a few "generic"
> arrays of strings, among them the array "en_langnamestext", containing
> 6 entries. Now, as that is a _constant_ array, it cannot accept more
> entries, but if an application, e.g. like your ideU, wants to provide
> more languages, there is a conflict between this fixed internal array
> and one possibly provided by the application.

Hum, not really (or I miss something).
"en_langnamestext", contains  6 entries only if you dont use the parameter  " 
-dmse_dynpo".
Those 6 entries correspond to the units mseconst_xx.pas that will be used if 
you use the old "static loading of lang-units" way.

See in mseconst.pas, there are some {$ifndef mse_dynpo} to use the "original" 
mseconst.pas.
For example, in ideU, the lang array is in captionideu.pas  (not in 
mseconst.pas):
   en_langnamestext: array[0..14] of msestring = (

Of course you may use a dynamic array :
   en_langnamestext: array of msestring = (
 but this will work only for fpc > 3.2.0 so, to keep backward compability, I 
prefer to use a const array.

But, once again, maybe I miss something.
I will study the rest of your post this week.

Write you later.

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

>BTW, did you realize the modified version of POtoMO, and did you test
> whether this could resolve your translation problems?

OK, re-downloaded http://schs.de/download/mse/POtoMO.zip.
Compilation: out-of-the-box.
Producing MO file from updated PO files: PERFECT!
Also very nice to show the "double" ID and wait to produce the MO file until 
all is clean in the PO file, congrats.

But all this obliged, once again, to do a new commit for mseide-msegui with 
your updated project /mseide-msegui/tools/POtools/POtoMO/.
It was done just now.

So if you have already downloaded mseide-msegui, I apologize but you will need 
to do it once again:
https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip

Anyway, many WoW for your all your MO code, it works out-of-the-box, fast and 
nice.

Sure it adds a big plus for msegui.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-hello Sieghar.

Suite of previous post:

> Since MSEgui 5.6.0, all the releases (version with even number) that follow, 
> mainly fix incompatibilities added in fpc trunk.

Not to forget that backward compatibility is always kept, current msegui 
version is compilable with fpc 2.6.4 untill fpc 3.3.1 and all this need lot of 
{$ifdef fpc version XXX) and so not easy to be "out of bug" at the first commit.

It is like my post in mailing list, I cannot explain all in one post, always 
many are needed .

Fre;D


________
De : Fred van Stappen 
Envoyé : dimanche 6 mars 2022 01:00
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 
108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

Hello Sieghard.

> When releases, or just
> amendments, occur faster than one can adopt the modifications,
> progress may not only slow down but even reverse.

Yes, I know it is very boring and each time that a bug appears, it is very sad 
because it kills the current version.
I really hope  that last commit has fixed everything but I cannot guaranty it.

Also take in account that fpc, mainly since fpc 3.0.0. does lot of change and 
added lot incompatibilties that must be fixed.
I did try with fpc trunk of last week, all seems ok, but it can occur that in 
one week compatibility is broken again.

Do you follow Lazarus forum?
If yes, you will see that Lazarus is stiked with fpc 3.0.0, using fpc 3.2.2 
added lot of problems for Lazarus.
And compiling Lazarus with fpc 3.3.1 is not yet possible (or higly instable).

MSEide on his part is fully compatible (with fpc 3.3.1. trunk of today).

Since MSEgui 5.6.0, all the releases (version with even number) that follow 
mainly fix incompatibilities added in fpc trunk.
And since msegui 5.6.6 was added our "dynpo" dynamic loading of po-mo files 
(that should be completely ok in last commit 5.6.7).

Now when to decide to release msegui 5.6.8...
I wait for your green light, it seems that for Code DZ it is ok.
It would be fantastic if Med could take a look at database to check if all is 
ok (he is the MSEgui database guru).

>BTW, did you realize the modified version of POtoMO, and did you test
> whether this could resolve your translation problems? If the garbled

Hum, you see, it is the same for me, without git or svn, it is impossible for 
me to know if you did a new zip file (I dont have access to your site)
Maybe it was not the last version that I used, so I will re-download it and try 
it.

Write you later.

Fre;D





____________
De : Fred van Stappen 
Envoyé : dimanche 6 mars 2022 01:00
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 
108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

Hello Sieghard.

> When releases, or just
> amendments, occur faster than one can adopt the modifications,
> progress may not only slow down but even reverse.

Yes, I know it is very boring and each time that a bug appears, it is very sad 
because it kills the current version.
I really hope  that last commit has fixed everything but I cannot guaranty it.

Also take in account that fpc, mainly since fpc 3.0.0. does lot of change and 
added lot incompatibilties that must be fixed.
I did try with fpc trunk of last week, all seems ok, but it can occur that in 
one week compatibility is broken again.

Do you follow Lazarus forum?
If yes, you will see that Lazarus is stiked with fpc 3.0.0, using fpc 3.2.2 
added lot of problems for Lazarus.
And compiling Lazarus with fpc 3.3.1 is not yet possible (or higly instable).

MSEide on his part is fully compatible (with fpc 3.3.1. trunk of today).

Since MSEgui 5.6.0, all the releases (version with even number) that follow 
mainly fix incompatibilities added in fpc trunk.
And since msegui 5.6.6 was added our "dynpo" dynamic loading of po-mo files 
(that should be completely ok in last commit 5.6.7).

Now when to decide to release msegui 5.6.8...
I wait for your green light, it seems that for Code DZ it is ok.
It would be fantastic if Med could take a look at database to check if all is 
ok (he is the MSEgui database guru).

>BTW, did you realize the modified version of POtoMO, and did you test
> whether this could resolve your translation problems? If the garbled

Hum, you see, it is the same for me, without git or svn, it is impossible for 
me to know if you did a new zip file (I dont have access to your site)
Maybe it was not the last version that I used, so I will re-download it and try 
it.

Write you later.

Fre;D




___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

> When releases, or just
> amendments, occur faster than one can adopt the modifications,
> progress may not only slow down but even reverse.

Yes, I know it is very boring and each time that a bug appears, it is very sad 
because it kills the current version.
I really hope  that last commit has fixed everything but I cannot guaranty it.

Also take in account that fpc, mainly since fpc 3.0.0. does lot of change and 
added lot incompatibilties that must be fixed.
I did try with fpc trunk of last week, all seems ok, but it can occur that in 
one week compatibility is broken again.

Do you follow Lazarus forum?
If yes, you will see that Lazarus is stiked with fpc 3.0.0, using fpc 3.2.2 
added lot of problems for Lazarus.
And compiling Lazarus with fpc 3.3.1 is not yet possible (or higly instable).

MSEide on his part is fully compatible (with fpc 3.3.1. trunk of today).

Since MSEgui 5.6.0, all the releases (version with even number) that follow 
mainly fix incompatibilities added in fpc trunk.
And since msegui 5.6.6 was added our "dynpo" dynamic loading of po-mo files 
(that should be completely ok in last commit 5.6.7).

Now when to decide to release msegui 5.6.8...
I wait for your green light, it seems that for Code DZ it is ok.
It would be fantastic if Med could take a look at database to check if all is 
ok (he is the MSEgui database guru).

>BTW, did you realize the modified version of POtoMO, and did you test
> whether this could resolve your translation problems? If the garbled

Hum, you see, it is the same for me, without git or svn, it is impossible for 
me to know if you did a new zip file (I dont have access to your site)
Maybe it was not the last version that I used, so I will re-download it and try 
it.

Write you later.

Fre;D




___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Re-hello Sieghard.

> as this gives me an "Access violation" error" when opened in
> mseide (version 5.6.5 from 17.Feb 2022).

Ho but this is already a old version, there was a release 5.6.6 2022-02-21 and 
it is version 5.6.7 at the moment.
The next release will be 5.6.8.

The last commit of version 5.6.7 is here:

https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip

( I know that you dont like it but only check the GitHub link and you will have 
all the infos about last commit:

  
https://github.com/mse-org/mseide-msegui



Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?msegui_dymsegui_dynpo-mod.zip │ 108404│03. Mär 19:10npo-mod.zip │ 108404│03. Mär 19:10

[Fred van Stappen]

Hello Sieghard.

Thanks for your kind remarks.
Your code is added in last ideU commit:

https://github.com/fredvs/ideU/archive/refs/heads/main.zip

Note that you will need to use the directory /ideu/src/lang who has the po and 
mo files (check your Settings/General Settings/Directory_of_lang).

In menu /Settings/Lang form there is a new checkbox: "Use MO files instead of 
PO files" to switch live loading PO or MO files (see picture).
(This is more for testing and to mesure the gain of speed to load MO vs PO 
files, it uses your MO code  or my PO code without any conflict).

Also was fixed (I hope) the problems of position of Dialog forms.

> as this gives me an "Access violation" error" when opened in
> mseide (version 5.6.5 from 17.Feb 2022).

Yes, indeed there was problem with that version.
Thanks to Code DZ it is fixed now but you will need to recompile mseide with 
last mseide-msegui commit, the same for ideU.
This link always has the last commit:

https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip

After a new release with big change (it is the case of msegui 5.6.4)  errors 
and bugs may appear...
And it is the case.
If you see other problems it will be great to show it and then I will do asap a 
"corrected" new release.
It seems to me that now, with last commit, mseide-msegui is ready to have that 
"corrected" new release 5.6.6.

About the PO files not "legal" OK, I need to check this following your advices, 
I will do it asap.

Have a perfect week Sieghard and many, many thanks for your attention.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Re-re hello Sieghard.

About your POtoMO tool:
https://github.com/mse-org/mseide-msegui/tree/main/tools/POtools/POtoMO

When I use it to re-create a MO file from a updated PO file of ideU project, 
the PO result is not synchro with the captions, they seem random.
(With the MO file you provided from the zip file it is ok.)

Must something be changed in the POtoMO tool?

Thanks.

Fre;D



De : Fred van Stappen 
Envoyé : vendredi 4 mars 2022 17:58
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] UTF things?

Re-re hello Sieghard.

I am very impressed by the speed of load of MO files with your code, the 
difference is high in Rpi machine.

Imho a easy PotoMo tool could be great, maybe checking if a PO file was updated 
and automatically recreate his MO file.

Big Wow.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

> it happend only when building mseide with -O3

Ha, ok, excellent news.
I have to confess that I dont have the energy to create a fpc-issue.
It will take centuries before maybe be assigned then millenium to be fixed.

Also I did try benmarck for float calculation (on Linux) using all 
optimizations ( -O1, -O2, -O3, -O4).
And -O3, -O4 has less good result than -O2 !

For fast optimization we need MSElang compiler and his LLVM optimizer  (or 
wait that fpc-llvm is working).

> ok thanks Fred for your patience with me ;)

With great pleasure and thank you to still take care of msegui.

Fre;D



De : code dz 
Envoyé : vendredi 4 mars 2022 19:46
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
it happend only when building mseide with -O3
with -O2 everythings works fine

so clearly its an fpc bug (still not fixed ) , i think let's stick
with -O2 by now ,  also i don't see any benefit using -O3 on mseide .
i mean the speed looks the same .

ok thanks Fred for your patience with me ;)

greeting


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Re-re hello Sieghard.

I am very impressed by the speed of load of MO files with your code, the 
difference is high in Rpi machine.

Imho a easy PotoMo tool could be great, maybe checking if a PO file was updated 
and automatically recreate his MO file.

Big Wow.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Re-hello Sieghard.

OK, I found the reason of the crash in createnewlang() (was about language 
array).
Indeed it loads faster MO files than PO files.

I will commit your change asap.

Many thanks for your hard work.

Fre;D


De : Fred van Stappen 
Envoyé : vendredi 4 mars 2022 16:12
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] UTF things?

Hallo Sieghard.

I jumped into your MO code.

Wow congrats, po4stock is very impressive and works very well, many thanks.

I have a crash when trying to select a other language in menu-Settings-Language.
It seems that the po4stock "createnewlang()" method works only once, if calling 
it a other time, it crash.
Maybe you have a idea why (I have to find time this week-end to debug).

Fre;D




De : Sieghard via mseide-msegui-talk 
Envoyé : dimanche 27 février 2022 19:03
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] UTF things?

Hallo Fred van Stappen,

there's another amendment to the msegui library files, this time
concerning a couple warnings the compiler issues about 2nd level
comments - it doesn'r like them, but doesn't get distracted either.
I did NOT make any modifications against the many more warnings about
implicit string format conversions as this required a thorough
examination of the code.

Also, I uploaded another file containing a modification for your ideU,
making it capable to read .mo files for localization, using a new unit
I called "po4stock" (which cares for the "stock" items), which actss
in conjunction with a very much stripped down "po2array.pas" unit to
provide the apllication dependencies.
On my (IMHO not so slow, AMD A10-9700 "APU" @ 3.3GHz clock & W/ 4GB
memory) the .po based ideU shows a noticable delay of about 1/4 to 1/2
second when changing anguages, the .mo based version does it nearly
instantly, especialy after the first time, where it takes perhaps a
bit less than 100ms. This isn't an important point for your ideU, I
understand, but it might be of interest for other applications.

Anyway, the new files are on my web site, available as usual. They're
named "msegui-lib_dynpo.zip" (as before) and "ideU_mo.zip" (ideU).

Best wishes for a new week!

--
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Hallo Sieghard.

I jumped into your MO code.

Wow congrats, po4stock is very impressive and works very well, many thanks.

I have a crash when trying to select a other language in menu-Settings-Language.
It seems that the po4stock "createnewlang()" method works only once, if calling 
it a other time, it crash.
Maybe you have a idea why (I have to find time this week-end to debug).

Fre;D




De : Sieghard via mseide-msegui-talk 
Envoyé : dimanche 27 février 2022 19:03
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] UTF things?

Hallo Fred van Stappen,

there's another amendment to the msegui library files, this time
concerning a couple warnings the compiler issues about 2nd level
comments - it doesn'r like them, but doesn't get distracted either.
I did NOT make any modifications against the many more warnings about
implicit string format conversions as this required a thorough
examination of the code.

Also, I uploaded another file containing a modification for your ideU,
making it capable to read .mo files for localization, using a new unit
I called "po4stock" (which cares for the "stock" items), which actss
in conjunction with a very much stripped down "po2array.pas" unit to
provide the apllication dependencies.
On my (IMHO not so slow, AMD A10-9700 "APU" @ 3.3GHz clock & W/ 4GB
memory) the .po based ideU shows a noticable delay of about 1/4 to 1/2
second when changing anguages, the .mo based version does it nearly
instantly, especialy after the first time, where it takes perhaps a
bit less than 100ms. This isn't an important point for your ideU, I
understand, but it might be of interest for other applications.

Anyway, the new files are on my web site, available as usual. They're
named "msegui-lib_dynpo.zip" (as before) and "ideU_mo.zip" (ideU).

Best wishes for a new week!

--
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-re hello Code DZ.

Like always, I needed minimum 3 posts to catch all.

> i think i have to test with older mseide releases to catch which one is bugy

The thing is that with previous releases of mseide you may have problem to 
compile mseide with fpc 3.3.1 trunk.
There was incompatibility added 6 months ago in fpc 3.3.1 trunk. (at least for 
Unix OS, maybe it is ok with Windows, I did not check).

Fre;D



De : code dz 
Envoyé : vendredi 4 mars 2022 08:11
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
thanks for the fix , the button is working now .

i just tried with fpc latest trunk but mseide still crashes

the crash occur when you compile your app for the second time , for
example create new msegui application and hit make , it compiles ok ,
now if you try compile it again then mseide crashes

i think i have to test with older mseide releases to catch which one is bugy


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

Not sure to understand.

Does the crash occur without optimization too or only with -O3 ?

Thanks.

Fre;D

De : code dz 
Envoyé : vendredi 4 mars 2022 08:11
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
thanks for the fix , the button is working now .

i just tried with fpc latest trunk but mseide still crashes

the crash occur when you compile your app for the second time , for
example create new msegui application and hit make , it compiles ok ,
now if you try compile it again then mseide crashes

i think i have to test with older mseide releases to catch which one is bugy


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-re-... hello Code DZ.

Sorry, it takes me always some posts before to catch all...

Indeed, here on Windows 10, compiling some projects with mseide + -O3 crash 
mseide while run+debug.
Also it takes lot of time before the compiler begin his work.

;-(

And, like you noted, all come back ok with mseide -O2.

Anyway, I know where to look now.
So yes, there is a problem with the -O3 on real Windows machine and I will try 
to debug it (asap).

Write you later.

Fre;D

PS: For the filename-button problem, I hope that last commit fix it.



De : code dz 
Envoyé : jeudi 3 mars 2022 07:16
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
i tried with fpc trunk last night , but seems the problem still remains
i also removed cmem unit but nothings changed .anyways i'll try to
debug mseide and tell you later on ,

by the way , the button of select fpc dir in mseide config dialig is
not working .
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-hello Code DZ (suite...)

> i tried with fpc trunk last night , but seems the problem still remains
> i also removed cmem unit but nothings changed .anyways i'll try to
>debug mseide and tell you later on ,

OK, I just tested mseide compiled with fpc 3.2.2 and -O3 on Windows 10 and all 
seems ok there.
So it is maybe related with Windows 7 (but I cannot find such machine at the 
moment).
Or maybe it is hardware related, -O3 try to optimize with a flag that dont work 
on your machine or something like this.

It would be great if you could have more infos debugging mseide (if debugger by 
chance gives something).
I am sorry but I cannot reproduce the problem (or I miss something) so I dont 
see how to help.

Fre;D


De : code dz 
Envoyé : jeudi 3 mars 2022 07:16
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
i tried with fpc trunk last night , but seems the problem still remains
i also removed cmem unit but nothings changed .anyways i'll try to
debug mseide and tell you later on ,

by the way , the button of select fpc dir in mseide config dialig is
not working .
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

> by the way , the button of select fpc dir in mseide config dialig is
> not working .

Very strange, here it is working.
Anyway I deleted "fpc-dir" and re-create a new one,  could you try with last 
commit: 586b9a5 ?

Thanks to note it.

Fre;D


De : code dz 
Envoyé : jeudi 3 mars 2022 07:16
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
i tried with fpc trunk last night , but seems the problem still remains
i also removed cmem unit but nothings changed .anyways i'll try to
debug mseide and tell you later on ,

by the way , the button of select fpc dir in mseide config dialig is
not working .
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-hello Code DZ.

I did try mseide.exe -O3 via Wine ( Windows emulator on Linux ) and it seems ok 
here.
(not yet try on a real Windows machine.)

But, could you try this:

in mseide.pas, in "uses" section, remove "cmem," unit and recompile mseide with 
-O3 -B.

Do you get still crash?

Fre;D
________
De : Fred van Stappen 
Envoyé : mercredi 2 mars 2022 23:01
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hello Code DZ.

Hum, I did try here on Linux Debian 11 64 bit + fpc 3.2.2 + O3 and all seems 
ok, compiling a application, run+debug it and close mseide.
Sadly I dont have a Windows machine to try right now.

Note that I never use -O3, I always has problems with fpc since I use it ( 2010 
).
Note too that when compiling a application (even console app) for Linux ARM 
arch64 all optimizations (even -O1) make the program crash.

> Lazarus forum they mention that lazarus has problem when you build it with -O3

I read also this ( and it seems to me that they spoke of problems with -O2 too).

Anyway, I will try on Windows (asap, I need to find a Windows machine but I am 
horribly busy this week) with fpc 3.2.2 + O3.
Also I will try with trunk of fpc 3.3.1 maybe there is some fixes there.

Now if the guilty is msegui, I think I dont have the skill to even localize the 
problem and we will need help to fix this.

Fre;D



De : code dz 
Envoyé : mercredi 2 mars 2022 22:28
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
i just rebuild mseide with -O3 , i am using fpc 3.2.2 on windows7 32bits
the problem now is whenever i compiling new prject  then mseide hung
and don't respond until i kill its process  .

then i rebuild mseide with -O2 and every things return working fine ,

i don't know if tou experienced this problem befor ? .
i remember once when new lazarus release has been announced in the
forum they mention that lazarus has problem when you build it with -O3
, but i don't know exactly what is it !

so it seems fpc optimization issue , i will try with fpc trunk maybe
it has been resolved


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

Hum, I did try here on Linux Debian 11 64 bit + fpc 3.2.2 + O3 and all seems 
ok, compiling a application, run+debug it and close mseide.
Sadly I dont have a Windows machine to try right now.

Note that I never use -O3, I always has problems with fpc since I use it ( 2010 
).
Note too that when compiling a application (even console app) for Linux ARM 
arch64 all optimizations (even -O1) make the program crash.

> Lazarus forum they mention that lazarus has problem when you build it with -O3

I read also this ( and it seems to me that they spoke of problems with -O2 too).

Anyway, I will try on Windows (asap, I need to find a Windows machine but I am 
horribly busy this week) with fpc 3.2.2 + O3.
Also I will try with trunk of fpc 3.3.1 maybe there is some fixes there.

Now if the guilty is msegui, I think I dont have the skill to even localize the 
problem and we will need help to fix this.

Fre;D



De : code dz 
Envoyé : mercredi 2 mars 2022 22:28
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
i just rebuild mseide with -O3 , i am using fpc 3.2.2 on windows7 32bits
the problem now is whenever i compiling new prject  then mseide hung
and don't respond until i kill its process  .

then i rebuild mseide with -O2 and every things return working fine ,

i don't know if tou experienced this problem befor ? .
i remember once when new lazarus release has been announced in the
forum they mention that lazarus has problem when you build it with -O3
, but i don't know exactly what is it !

so it seems fpc optimization issue , i will try with fpc trunk maybe
it has been resolved


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-re..-re hello Code DZ.

I think I get the trick to force font of all menu-popup to use the parent font 
of the form.

1) Put a tpopupmenu1 on the form. Dont change anything on his parameter.
2) With Object inspector, on mainfo.popupmenu choose that tpopupmenu1.
3) Now the font of popup of each widget (included Tedit) has the same font as 
parent form-mainfo, without changing anything in Tedit.
4) Once again, well done Martin.

Fre;D

De : code dz 
Envoyé : lundi 28 février 2022 19:51
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
seems there is no option to play with tedit auto popup menu font , i
think it is by design
just i thought i could change it , because visually it is inconsistent
with bigger font (big edit and small popup menu ) , anyway its ok ,
not big harm

about the rounded button yes it was me ;) , long time ago
as one grow up losing energy by time ;)


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

And what about?:

> put a tpopupmenu1 on the form and assign in Object inspector for TEdit1:
 > Tedit1.popupmenu := tpopupmenu1;
> And then set the font ot tpopupmenu1

Here it works ok see picture.

> about the rounded button yes it was me ;) ,

Ha ok, so you are the msegui guru 

Fre;D



De : code dz 
Envoyé : lundi 28 février 2022 19:51
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
seems there is no option to play with tedit auto popup menu font , i
think it is by design
just i thought i could change it , because visually it is inconsistent
with bigger font (big edit and small popup menu ) , anyway its ok ,
not big harm

about the rounded button yes it was me ;) , long time ago
as one grow up losing energy by time ;)


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-re-re hello Code DZ.

Note that if you dont want to see the TEdit pop-up there is
Tedit.optionedit.autopopupmenu to set it.

But to come back to your initial question, even with a custom tpopupmenu set 
for the Tedit.popupmenu the font of main form will not be inherited, the same 
for Tmainmenu font.

Imho, it should be (but maybe it will add more problems,).


Fre;D

De : Fred van Stappen 
Envoyé : lundi 28 février 2022 13:43
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Re-re hello Code DZ.

Haaa + ps I think I get what you ask.

By default, a TEdit shows a popup with "Copy/Paste/Cut" items.
And this popup font indeed can not be set.

To have a custom pop-up, just add a tpopupmenu1 on the form and assign in 
Object inspector for TEdit1:

  Tedit1.popupmenu := tpopupmenu1;


And set tpopupmenu1.menu.font with what you want.
By default if you do not add menu-items in that tpopupmenu1, only the default 
items "Copy/Paste/Cut" items will be showed.

Fre;D


De : code dz 
Envoyé : lundi 28 février 2022 07:13
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

H Fred
just one last question
if i set a font for main form  ,  normally every control in this form
should inherited from the mainform font , but one exception i found is
that Tedit popup menu doesn't behave the same
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-re hello Code DZ.

Haaa + ps I think I get what you ask.

By default, a TEdit shows a popup with "Copy/Paste/Cut" items.
And this popup font indeed can not be set.

To have a custom pop-up, just add a tpopupmenu1 on the form and assign in 
Object inspector for TEdit1:

  Tedit1.popupmenu := tpopupmenu1;


And set tpopupmenu1.menu.font with what you want.
By default if you do not add menu-items in that tpopupmenu1, only the default 
items "Copy/Paste/Cut" items will be showed.

Fre;D


De : code dz 
Envoyé : lundi 28 février 2022 07:13
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

H Fred
just one last question
if i set a font for main form  ,  normally every control in this form
should inherited from the mainform font , but one exception i found is
that Tedit popup menu doesn't behave the same
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-hello.

> but one exception i found is that Tedit popup menu doesn't behave the same

It is also the case for tmainmenu widget.
The font of a form is  and the font of a menu is  so it 
is not inherited.
I did try with a older release from Martin and the behaviour is the same.

Imho, a custom method to set the font of menu + popup when the main form font 
has changed is the most easy.

Fre;D

De : code dz 
Envoyé : lundi 28 février 2022 07:13
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

H Fred
just one last question
if i set a font for main form  ,  normally every control in this form
should inherited from the mainform font , but one exception i found is
that Tedit popup menu doesn't behave the same
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

> if i set a font for main form  ,  normally every control in this form
> should inherited from the mainform font , but one exception i found is
> that Tedit popup menu doesn't behave the same

Hum, indeed...

You may create a method for tpopupmenu1.onupdate() with something like this:

procedure tmainfo.onupdatepopup(const sender: tcustommenu);
begin
tpopupmenu1.menu.font.name := font.name;
tpopupmenu1.menu.font.height := font.height;
end;

But yes, it is a workaround.
I will see (asap) is there is something to do but I fear it will not be very 
easy because font of form is not equal as font of popup ( "twidgetfont" vs 
"tmenufont").

Other thing.

Long time ago I asked how to do a rounded button (rounded frame) and a hero 
showed me how to do.
Was it you ?

That person also did a tab of a tabwidget with a close button (to close the 
page).
I will be very happy to know how to do this "Tab + Close" tab.

But maybe it was not you, so sorry for the noise.

Thanks.

Fre;D



De : code dz 
Envoyé : lundi 28 février 2022 07:13
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

H Fred
just one last question
if i set a font for main form  ,  normally every control in this form
should inherited from the mainform font , but one exception i found is
that Tedit popup menu doesn't behave the same
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Yep, thanks for the thanks and the discovery.

Fre;D

De : code dz 
Envoyé : dimanche 27 février 2022 19:36
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi fred
it works now , thanks for the fix


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Hello Seighard.

Many thanks for your work.
I will deeply analyse all that this week.

Write you later.

Have perfect days and nights.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-re... hello Code DZ.

Ha, I get something, indeed there was a problem there (and strange that I never 
get something wrong with this)...

Could you try with last commit e72c95ccf  (I hope it fix it)?

Many thanks to discover it.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

>catch new one
>if you try to set directory for msegui you'll get this message

Hum, I did try mseide 32/64 bit on Windows 10 but was not able to reproduce the 
problem.

Could you, please, give some light how it happen?

What Windows version do you use?

Does it happen directly when you click on the [...] button or only after select 
a directory?

Does it happen for each drive/directory selected or only on some 
drive/directory?

If you have other infos how it happen, please share it, I am in the dark.

Thanks.

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

Ok, it should be fixed in last commit: i43468048.
But you will need to re-compile mseide with that new source.

( Hum, and I have to do a new release for each os with the fixes, maybe wait a 
few, other bugs could appear... )

Fre;D

De : code dz 
Envoyé : samedi 26 février 2022 23:03
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
BTW , i used to use the new button to create new folder , not new file



Le sam. 26 févr. 2022 à 21:09, Fred van Stappen 
mailto:fi...@hotmail.com>> a écrit :
Re-hello code dz.

Indeed there is a problem.
When doing "Save as" and trying to create a new dir there is a av.

I will try with previous releases of mseide to see from when there is problem.
Or maybe do you know if it was working with previous mseide release?

Thanks.

Fre;D

De : code dz mailto:mr.ce...@gmail.com>>
Envoyé : samedi 26 février 2022 21:35
À : General list for MSEide+MSEgui 
mailto:mseide-msegui-talk@lists.sourceforge.net>>
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
seems there is an av when click on new folder button in open file dialog.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net<mailto:mseide-msegui-talk@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello.

OK, I see clearly the problem now.
I will jump into it asap.

Thanks to note it.

Fre;D


De : code dz 
Envoyé : samedi 26 février 2022 23:03
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
BTW , i used to use the new button to create new folder , not new file



Le sam. 26 févr. 2022 à 21:09, Fred van Stappen 
mailto:fi...@hotmail.com>> a écrit :
Re-hello code dz.

Indeed there is a problem.
When doing "Save as" and trying to create a new dir there is a av.

I will try with previous releases of mseide to see from when there is problem.
Or maybe do you know if it was working with previous mseide release?

Thanks.

Fre;D

De : code dz mailto:mr.ce...@gmail.com>>
Envoyé : samedi 26 février 2022 21:35
À : General list for MSEide+MSEgui 
mailto:mseide-msegui-talk@lists.sourceforge.net>>
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
seems there is an av when click on new folder button in open file dialog.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net<mailto:mseide-msegui-talk@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Re-hello code dz.

Indeed there is a problem.
When doing "Save as" and trying to create a new dir there is a av.

I will try with previous releases of mseide to see from when there is problem.
Or maybe do you know if it was working with previous mseide release?

Thanks.

Fre;D

De : code dz 
Envoyé : samedi 26 février 2022 21:35
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
seems there is an av when click on new folder button in open file dialog.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello Code DZ.

Ho, yes, indeed, (I never try it).
This button "New", imho, should be hidden.

To create a new file, better use "File-New" menu.

Now about how to hide the "new" button in the dialog form not sure there is a 
option for this.
Maybe it will need some tweak...

Fre;D



De : code dz 
Envoyé : samedi 26 février 2022 21:35
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Release 5.6.6.

Hi Fred
seems there is an av when click on new folder button in open file dialog.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Some more on tarnslation...

[Fred van Stappen]

Hello Sieghard.

> BTW, I realized that the "latest" ideU version (that I have, 2.8.2)
> still uses the old german language file that "features" some quite
> ridiculous translations.
> You can get a new one from my web space
> under "ideU_lang.zip.", along with the newly converted .mo files

Ho, many thanks for this !

> BTW 2nd: The file "ideU_languages.jpg" there shows the interesting
effekt

Oops, what's this...?, I never get that, 
Will test it on a larger screen ( or maybe, easier, always let it appear next 
the cursor like you proposed, or screen center).

But, OK, I see now the problem, thanks to show it.

About all the other things (PO/MO-demo, POtoMO, ...) I will jump into it next 
week, write you later.

Thanks Sieghard and have fun!

Fre;D



De : Sieghard via mseide-msegui-talk 
Envoyé : samedi 26 février 2022 14:31
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] Some more on tarnslation...

Hallo Fred van Stappen,

vous ecrit au Sat, 26 Feb 2022 11:55:50 +:

> Many thanks fr your cde, I will deeply study it.
> Sadly not now but next week.

No problem with this.

But I HAVE to make an amendment to my previous version of the "POtoMO"
unit. It did - unwarrantedly - assume to be fed correctly formatted
and syntactically correct .po files. Sadly, this does not apply to
the files provided e.g. for your ideU. ALL of these contain errors,
although these are mostly just duplicates. Unfortunatly, these DO
provoke erroneous assignments of translated items, making the
translation unusable. The new version provides an appropriate error
message and ignores the duplicates to produces useable .mo files.

BTW, I realized that the "latest" ideU version (that I have, 2.8.2)
still uses the old german language file that "features" some quite
ridiculous translations. You can get a new one from my web space
under "ideU_lang.zip.", along with the newly converted .mo files

BTW 2nd: The file "ideU_languages.jpg" there shows the interesting
effekt of dialogs sometimes "falling off the screen" (even a quite
roomy screen, mine is 1920x1200). I can illustreate that now for you:
I've made a screen shot when I had called up the "language settings"
dialog, and it appeared, just barely recognizable, at the right
bottom screen corner. This seems to happen mostly after several calls
to, also different, dialogs. At some point, they begin to show up on
random spots on the screen, sometimes even partially off screen.

--
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Some more on tarnslation...

[Fred van Stappen]

Hello Sieghard.

Many thanks fr your cde, I will deeply study it.
Sadly not now but next week.

Write you later.

Fre;D

De : Sieghard via mseide-msegui-talk 
Envoyé : samedi 26 février 2022 01:03
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : [MSEide-MSEgui-talk] Some more on tarnslation...

Hallo Fred van Stappen,

as I've just had a bit of spare time, I played around some with the
"dynpo" translation / localization approach. As a result, you can
find new versions of the two files "msegui-lib_dynpo.zip" and
"msegui_dynpo-mod.zip" on my web site.

The first one contains a modified version of the unit file
"lib/common/lang_consts/msestockobjects.pas", providing a couple
compatibility functions, allowing to getting rid of all but one
occurrence of "{$ifdef mse_dynpo}" conditionals. The one required
still is in "widgets/msegrids.pas", and that's needed only because
with "dynpo" there are no "textgenerator" functions.

Being at it, I did some more tinkering with the translation functions,
trying to provide a general method for all "stock" items, and to allow
for application specific additions. For testing it, I shamelessly
missused your (old?) podemo (the version I downloaded last, from
Jan. 27, and modified it to use a new unit I called "po4stock.pas".
That's what the file "msegui_dynpo-mod.zip" contains. It is still
"work in progress", so it might not do everything correctly in all
applications you might try it with. I'd like to make your ideU work
that way, but that's "a bit" more work, so I've not done it yet.

Yes, and sorry, I DON'T have any new information in respect to the
glyph rendering problem. I'm just hopeing to get at it in parallel,
and possibly can find something toward it.

Anyway, have a nice weekend!

--
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Re-hello Sieghard.

Hum, I did a fast check in /kernel/linux/xrender.pas  but in fact the 
External_library='libXrender.so' is never used.

There is a {$ifdef staticxrender} to enable all the methods from 
'libXrender.so' but that define is never enabled.

Re-hum...

Fre;D


De : Fred van Stappen 
Envoyé : jeudi 24 février 2022 22:35
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] UTF things?

Hello Sieghard.

>  found a type declaration, txglyphinfo,
> that's nowhere defined and doesn't even

Ha, here it is used in  /kernel/linux/xrender.pas

PXGlyphInfo = ^TXGlyphInfo;

And it uses the External_library='libXrender.so';

I think you get something here.
Maybe it is only a method of libXrender.so that should be adjusted.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Hello Sieghard.

>  found a type declaration, txglyphinfo,
> that's nowhere defined and doesn't even

Ha, here it is used in  /kernel/linux/xrender.pas

PXGlyphInfo = ^TXGlyphInfo;

And it uses the External_library='libXrender.so';

I think you get something here.
Maybe it is only a method of libXrender.so that should be adjusted.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

De : Sieghard via mseide-msegui-talk 
Envoyé : jeudi 24 février 2022 21:11
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] UTF things?

Hallo Fred van Stappen,

vous ecrit au Wed, 23 Feb 2022 23:30:18 +:

> > So the task was to find the text rendering engine used by mseide,
...
> Exactly, it is what I am looking for.
> Do you have a idea where to look in msegui code, should it be in X11
> sector or do you see some light in some direction?

Yes, that's the area I was just researching as well. There's even a
msex11gdi.pas unit in the graphics/ directory, and this is used in
kernel/linux/mseuniintf.pas. Maybe that can provide a starting point,
at least, I hope it's not misleading, after all. There are a couple
weird things in this area, e.g. I found a type declaration, txglyphinfo,
that's nowhere defined and doesn't even show up in fpc's sources nor
in the system includes (header files). (At least if the grep program
is working correctly.)
It seems that there are some loose ends still lying around.

--
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Re-re hello.

> Maybe completely stupid but could it possible that the '⑳' and '' should 
> first be converted into UTF16 to be rendered on a msegui memo-text?
> If yes, do you have a idea how to do this?

Hum, no it did not help, using this  (in mseide editor all the ideograms are 
black rectangles):

tbutton1.caption := UTF8ToUTF16( '取消所有');

Gives also black rectangles in the tbutton1 caption.

UTF8ToUTF16 comes from lazutf8.

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Re-hello.

In msegui README.TXT there is:

"Internal character encoding is utf-16."

Those '⑳' and '' seems to be UTF8.
(Huh, how to know if a character is UTF8 or UTF16 ?)

Maybe completely stupid but could it possible that the '⑳' and '' should first 
be converted into UTF16 to be rendered on a msegui memo-text?
If yes, do you have a idea how to do this?

Thanks.

Fre;D



De : Fred van Stappen 
Envoyé : mercredi 23 février 2022 18:40
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] UTF things?

Hello Santi.

> Could it be that the editor's font doesn't have those glyphs implemented?

Hum, afaik, those '⑳' and ''  are not gliphs but UTF characters (or 
gliphs-characters ?).
I understood (maybe I am wrong) that in UTF the length of each character (what 
you see) is variable.

And with msegui in Linux (in Windows it seems ok) if the length of UTF char is 
> 2 then it is not rendered.

For example, in Linux, Arabic, Hebrew, Russian, Greek UTF characters are 
correctly rendered.
But it is not the case for Chineese or for Emodj.


Fre;D





<https://forum.lazarus.freepascal.org/index.php/topic,58335.msg435036.html#msg435036>

If pasting those 4 lines in the mseide source-editor or into a mse-memo, only 
the 2 first char are correctly rendered.
For '⑳' and '' there is only a black-square.

So msegui seems to be limited to UTF char with length <= 2.

Could it be that the editor's font doesn't have those glyphs implemented?


Do you have ideas how to do for length > 2, where to look, what to consider, 
etc, ... ?

Thanks.

Fre;D




___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net<mailto:mseide-msegui-talk@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk




--
Saludos
Santi
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Hello Santi.

> Could it be that the editor's font doesn't have those glyphs implemented?

Hum, afaik, those '⑳' and ''  are not gliphs but UTF characters (or 
gliphs-characters ?).
I understood (maybe I am wrong) that in UTF the length of each character (what 
you see) is variable.

And with msegui in Linux (in Windows it seems ok) if the length of UTF char is 
> 2 then it is not rendered.

For example, in Linux, Arabic, Hebrew, Russian, Greek UTF characters are 
correctly rendered.
But it is not the case for Chineese or for Emodj.


Fre;D







If pasting those 4 lines in the mseide source-editor or into a mse-memo, only 
the 2 first char are correctly rendered.
For '⑳' and '' there is only a black-square.

So msegui seems to be limited to UTF char with length <= 2.

Could it be that the editor's font doesn't have those glyphs implemented?


Do you have ideas how to do for length > 2, where to look, what to consider, 
etc, ... ?

Thanks.

Fre;D




___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk




--
Saludos
Santi
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] UTF things?

[Fred van Stappen]

Hello everybody.

I (try to) understand UTF(8-32) format following that Lazarus topic:
https://forum.lazarus.freepascal.org/index.php/topic,58335.msg435036.html#msg435036

There is a example of utf8 characters:

Length('A') = 1
Length('Ö') = 2
Length('⑳') = 3
Length('') = 4


If pasting those 4 lines in the mseide source-editor or into a mse-memo, only 
the 2 first char are correctly rendered.
For '⑳' and '' there is only a black-square.

So msegui seems to be limited to UTF char with length <= 2.

Do you have ideas how to do for length > 2, where to look, what to consider, 
etc, ... ?

Thanks.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] Release 5.6.6.

[Fred van Stappen]

Hello everybody.

Version 5.6.6. of mseide+msegui is released!
https://github.com/mse-org/mseide-msegui/releases/

In that release:
- Fix for incompatibility with commit ee10850a of fpc 3.3.1.
- ARM aarch 64 compatible.
- Wayland fully compatible.
- Added option for dynamic loading of PO-MO GetText files (thanks to Sieghard 
for MO converter + loader).
- And much other fixes.

Have fun!

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] More translation issues...

[Fred van Stappen]

Re-hello Sieghard.

Sorry to annoy you with this but you will need the last commit of mseide-msegui 
to test the notes of my prior post.

You may use that link, it is automoticaly updated with last commit (even if it 
is the same adress that you used before):

https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip

The same for ideU:

https://github.com/fredvs/ideU/archive/refs/heads/main.zip

( Or use GitHub or GitLab, it is easy to see if there was new commit.  )

Fre;D


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] More translation issues...

[Fred van Stappen]

Hello Sieghard.

OK, I jumped into your previous posts.

> >> https://github.com/fredvs/ideU/archive/refs/heads/main.zip
> Got that, about the reaults please see below.

Hum, this link is automatically updated after each commit and it seems that you 
did not use the last one.
But ok, the comments are for the last commit too.

> I'm now using the fpc unit path override method to access the
> "dynpo" alternate units, as exemplified in my modifications of your
> "podemo" programm in "msegui_dynpo-mod.zip".
> this only requires
> to add the path "${MSEDIR}lib/dynpo" AS THE VERY FIRST ENTRY in the
> "Directories" tab there, and to activate it only for the "U" switch to
> the fpc comman line (i.e., clear the "I", "L", and "O" columns for it).

In last commit of mseide-msegui ( one month ago )
the "dynpo" alternate unit was merged into the original mseconst.pas unit.
So no need to do complicated command line nor copy-paste that unit, only use 
the "-dmse_dynpo" parameter.

In last commit /mseide-msegui/tools/potools/  was added your PotoMo and MOdemo 
projects.
Many thanks for this.
It was modified to use last commit of msegui and there is now a new unit: 
captionmodemo.pas where all the captions of the project are added.

https://github.com/mse-org/mseide-msegui/commit/e135b94f5e

To resume: for internationalization, mseconsts.pas is used for all the captions 
of msegui components and captionmodemo.pas for all the other captions of the 
program him self.

It would be great if you could check in /mseide-msegui/tools/potools/  your 
PotoMo and MOdemo projects ( if all ok with the modifications, here it works 
perfectly).

>As I was unclear about a few of the
>wordings, I put those, along with some comments, into a file named
>"unklar" for your reference.

Many thanks for this.
I agree with all your suppositions-suggestions and for the "not understood":

> msgid "Annul"
> msgstr "Abbrechen"
>  I could not find that used somewhere
(and others)

Those captions are used by msegui widgetset.

> msgid "Universal path layout"
> msgstr "Universelles Pfad-Layout"
>  I could not yet find out what this actually means

Martin invented a "Universal path layout" (how to call this?), that is based on 
the Unix way.
So in Windows normally you use for example "C:\adirectory\aotherdirectory\" but 
with msegui and mseide, by default, you will get this:
"/C/adirectory/aotherdirectory/".

It is great but no every Windows user will like it.
It is the reason why, in "Extended Settings" you may choose to use the 
"Universal path layout" or the "classic" one.
In ideU, by default, it is the "classic" layout that is used.

I will do a new release of ideU with all your notes.

About mseide-msegui maybe it will be time also to do a new release because lot 
of change were done since last release.

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] More translation issues...

[Fred van Stappen]

Hello Sieghard.

> here's a note pertaining to my attempts to find a "general" method to
> provide a means for localization of msegui applications.

It will be great to have a "automatic" caption-to-constant converter.
Maybe you could take a look at /mseide-msegui/tools/i18n/resourceparser.pas

Two years ago I jumped into the mse-i18n project.
Like you explained it works like a "kaliédoscope"  producing a library for each 
language (or face).
It is very good but, imho, has too much unneeded features if only 
internationalization is the goal.
Also it uses the "mseconst_xy.pas"  way and needs so to compile the language 
unit to create the lang-library.
And no po file link was developed.

But there are lot of interesting code for parsing resource.

At the moment, for a other project with lot of captions, I use extended 
features of "potools" converter.

It extracts, from a msegui form.mfm file, the caption of each component of the 
form and shows in a memo the code of the enum and array of strings, ready to be 
pasted into the program.
It helps "a lot" but sure you have to check for double and menu-items if all 
was ok.

But this is a few "bricolage" and your solution is much better (my way needs 
lot of energy and time).

I dont forget your previous post and will find time to jump into it asap.

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Hello Sieghard!

Many thanks for your precious remarks, I will deeply study all that.
Write you asap (but not now because this week it will be difficult to find 
time).

About mseassistivehandler.pas and assitive translated things.
If you want to try it, you need the plugins given in release version of ideU 
(there are the plug-ins for voice assist):

https://github.com/fredvs/ideU/releases/

And paste the new ideu binary and /lang + /layout directories into the 
directory of the release.
To load the assistive plugin, click on the first icon (the lips) in 
commander-form and the voice should use the language selected.
The voices are a few robotic but it is not so bad ( if I could speak like the 
german robot, I would be very happy.  )

But yes there is still work for translation of the widgets-name.

Write you soon Sieghard and beste wishes for your plans too.

Fre;D


De : Sieghard via mseide-msegui-talk 
Envoyé : lundi 7 février 2022 14:27
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] Translations, and an aside

Hallo Fred van Stappen,

vous ecrit au Thu, 3 Feb 2022 20:04:54 +:

[dialog displayed "hanging out" of screen area]
> Sorry but there is something that I still dont catch.
> What kind of dialog is displayed at the bottom?
> How can you do it?  Using the right button?
> For me it is always readable (but I miss something).

This was with the previous version of ideU, sadly I didn't make a
screen shot yet, and probabely I should discard that version anyway.
If it should reoccur, I sure will capture the situation.


vous ecrit au Sun, 6 Feb 2022 00:13:18 +:

> >>(Google Translate did the job).
> > Might make for some laughter...

[BTW, 't wasn't so bad this time, after all...]

> But for all the others languages in ideU ( Russian, Polish, Chinese,
> Indonesian, Hebrew, Arabic ), I dont know any word so I trusted in
> Google. (I hope that it did not hurt those languages and any check is
> more than welcome)

I hope there are some readers here who can do that, as I don't speak
any of these languages either, and a polish guy I did know now has
moved and I can no longer reach him. Well, I might be able to ask a
Russian for some help, but I don't have contact with him very often.

> >> https://github.com/fredvs/ideU/archive/refs/heads/main.zip

Got that, about the reaults please see below.

["msegui_dynpo-mod.zip", "msegui-lib_dynpo.zip"]
> Yep, see my previous post, I tested it, it has all needed for dealing
> with mo files, perfect, many thanks.

Well, no, they do not provide "all needed", they only give some kind of
template for constructing other translation units of this kind.
And I do not really like the wayit has to be done now, I think there
must be aa more generalized method for accessing all that stuff for
translation. Delphi (and thus, Lazarus) provide a program wide list
structure containing all (graphical) objects, which would make for an
anchor for such an action, but I've not (yet?) found an equivalent
structure in msegui. If there shouln't be one, that might complicate
the task quite a bit.

> > BTW, I found some hints as where to put translation files
>
> Hum, not unanimity there...
> I think I will stay with this:
> By default, at first run of ideU, the /lang directory is
> in /directory_of_ideu/lang/. If people want to change it, go in menu
> Settings and choose a other directory in directory-lang file editor.

THe problem just "might be" that this could not be possible on Linux.
If your ideU is installed by root for general access, NO user can
create this "lang" directory, becaus it would have to be subdirectory
to a root-owned "bin/" directory. A normal user cannot even create new
file in the "stanndard" (/usr/share/locale/) hierarchy, because this
owned by root either. If root has created the pertinent language files
there, any user can _access_ them, though.
If ideU was installed by a regular user for his own provate use, then,
of course, he can (let it) put the translation files into such a newly
created subdirectory, although this might mess up the file structure.of
his "home" hierarchy. So it's probabely really best to let the user
decide himself. And that may even apply to windows, because, as far as
I got it, current Windows versions also don't allow a user to put files
into the regular program hierarchy. AFAIK they even "transparently"
reroute access there to some "private" place in the user's "home",
where it would not be accessible to anyone else. Interesting times, no?
So you probabely found the optimal solution.

BTW, I edited your latest german language file for your ideU and
converted them all to .mo format. As I was unclear about a few of the
wordings, I put those, along with so

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Ooops, the very last one for tonight:

You will need also last commit of mseide-msegui to compile last ideU.

https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

The last one, I promise (was missing /layout directory with AfterClose.prj 
layout)...

>> https://github.com/fredvs/ideU/archive/refs/heads/main.zip
> I'll get it "immediately"...
> You'll get the results, but only when I had the time.

>Many thanks for that!

If you have installed the release of ideU, just compile the source and 
paste+replace binary of ideU + directory /lang and /layout into the directory 
of release ideU and run that new binary.
Or if you run the binary from /ideU/src/ check in menu-settings that /lang and 
/layout directories are from /ideu/src/lang (with the updated po files) and 
ideu/src/layout (with AfterClose.prj layout).

Good luck+fun.

Fre;D




___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Re... hello Sieghrard.

>> https://github.com/fredvs/ideU/archive/refs/heads/main.zip
> I'll get it "immediately"...
> You'll get the results, but only when I had the time.

>Many thanks for that!

If you have installed the release of ideU, just compile the source and 
paste+replace binary of ideU + directory /lang into the directory of release 
ideU.
Or if you run the binary from /ideU/src/ check in menu-settings that /lang 
directory is the one from /ideu/src/lang (with the updated po files).

Good luck+fun.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Hello Sieghard!

>>(Google Translate did the job).
> Might make for some laughter...

Yes, surely but in the case of German, I have some very basic and did a fast 
check.
I am more confortable in French, Spanish,  Portuguese, Italian and a few Dutch.

But for all the others languages in ideU ( Russian, Polish, Chinese, 
Indonesian, Hebrew, Arabic ),
 I dont know any word so I trusted in Google.
(I hope that it did not hurt those languages and any check is more than welcome)

>> https://github.com/fredvs/ideU/archive/refs/heads/main.zip
> I'll get it "immediately"...
> You'll get the results, but only when I had the time.

Many thanks for that!

>I uploaded two archive files, "msegui_dynpo-mod.zip"
> and "msegui-lib_dynpo.zip", into my web space.

Yep, see my previous post, I tested it, it has all needed for dealing with mo 
files, perfect, many thanks.

> BTW, I found some hints as where to put translation files

Hum, not unanimity there...
I think I will stay with this:
By default, at first run of ideU, the /lang directory is in 
/directory_of_ideu/lang/.
If people want to change it, go in menu Settings and choose a other directory 
in directory-lang file editor.

Have perfect time and thanks for your high quality work, msegui is still on the 
road, even now on highway.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Re-re hello Sieghard.

> About the speed of charging, I did not test because I dont not know yet how 
> to use mo files.

Ooops, I forgot one of your previous post with the msegui_dynpo-mod emo that 
has all what I need.

WOW and many thanks!

If you agree I will merge this in /mseide-msegui/tools/podemo/.

Now for the advantage of po vs mo, I dont know.
I did not note difference at loading a po file vs a mo file.

But maybe there are advantages that I did not catch.

Little reminder of your po projects:

http://schs.de/download/mse/POtoMO.zip

http://schs.de/download/mse/msegui_dynpo-mod.zip

http://schs.de/download/mse/msegui-lib_dynpo.zip


Fre;D




___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Hello Sieghard!

About PO2MO program first touch:

Out-of-the-box, works like charm, no error, no cry, a beatiful MO file is 
created with:

> po2mo ideu_fr.po

But the size of the mo file is bigger than the po file:

ideu_fr.po = 34.2 Kb.
ideu_fr.mo = 36,2 Kb.

About the speed of charging, I did not test because I dont not know yet how to 
use mo files.
With my laptop cpu i5 + 16 megas ram, loading po file is nearly instantaneous 
for ideU ( +- 1000 msgid's).

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Hello Sieghard!

> But I can present a new unit for your internationalization project.
> You may retrieve it from my web site und the name "POtoMO.zip".

Ho, great,  I will jump into it with great attention and pleasure.
Write you the result asap.

By the way, about internatization of ideU, (nearly) all should be translated 
now.
So the po files ( +- 1000 msgid's ! ) are ready to be transformed into MO files.
For the greman translation, I followed your modifs but since your post there 
was lot of new msgid added.
And maybe some are not well translated (Google Translate did the job).

(Last commit:)
https://github.com/fredvs/ideU/archive/refs/heads/main.zip

I have to agree that using a program with words in my mother tongue, is like to 
watch a color movie.
Of course the black and white version is nice but with colors it is different.

Anyway, thanks for your MO converter, write you soon.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Re-hello Sieghard.

Sorry but I did not updated the german po file with the modifications of the 
one of your site, I will do it asap.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Hello Sieghard!

About language things, OK, lot of hidden not-translated captions are added and 
your suggestions too.
It was done in previous last commit.

> When the current project is closed, and the IDE is terminated
>afterwards, the next time it's called it comes up "naked".

Ho, yes indeed, I did not note this and it is bad.
Thanks to show it.
Now the size and position of main form is restored even if no project is loaded.
Also, when you close a project, the layout "AfterClose.prj"  is involved.
You may addapt it like you want and save it back into /layout folder.
All this was added in last commit.

> Imagine a dialog displayed at the bottom of the screen such that _only_
> its title bar is visible, and even this sticking out halfway over the
>screen border. Something like this happened several times to me, and at

Sorry but there is something that I still dont catch.
What kind of dialog is displayed at the bottom?
How can you do it?  Using the right button?
For me it is always readable (but I miss something).

Fre;D

___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Translations, and an aside

[Fred van Stappen]

Hello Sieghard!

> msgid "Quit" (Signal 3): this is also used for the menu entry
 >"exit" to leaving the ide, which is not appropriate

OK, there is the - msgid "Close", changed with it.

> msgid "": it's function is unclear - does it mean
> "Raise exception on encountering break point" or something else?

Yes, I think so too but I have to confess that I never try those parameters,
GDB + msegui is working OK for me, so did not modify yet.
The GDB tab is the one from mseide.

> msgid "Before run gdb script": this is not translated!

Ok, enum + const added, I will add all the translations asap in po file.

> msgid "Hint Color":this is not translated!

Ok, enum + const added, I will add all the translations asap in po file.

> msgid "Reset Designer":this is not translated!

Ok, enum + const added, I will add all the translations asap in po file.

> msgid "Beautifier", "Verschönerer": I couldn't find a use for it,
>   so I couldn't find an appropriate translation

It is for the tools code formatters Ptop and Jedi, it is the Verschönerer of 
the code.
In my part, I use it after big fight and experimentaion and I am always happy 
with the result.
But yes, I know, it is bad habbit, better to  directly indent your code ...

> Column headers of tables and tags of subform entry fields are not
>  translatable in general

Some are not translated because too "computer" notion to translate.
But there are some translated, like name, directory, ...
I will recheck this to see witch can be translated.

> The context menu of (at least) the source editor is (are?) not
 > translated nor translatable

Oooops, well seen, I forgot this one.
The good news is that all the enums exist already, only need to assign it.
Hum, I have to let this for tomorrow but thanks to note it.

> And there's one thing that may create a real problem with the current
> implementation of .po file use on Linux:

Done with Lang directory saved into the /home/.ideU.sta files with all the 
others.
Added too a Lang Filename editor in Settings form.
By default it is in /directory_of_ideU/lang but change it like you want.

> And a couple general "gripes":
> - The "close" marks (crosses) on the editor's tabs don't work for me

Ok, I will disabled it for the moment, I agree that it is not perfect.
(Huh, by the way, do you have a idea how to create a msegui tab with close 
button?)

>- Sometimes, dialogs don't appear completely within the screen area,
>  only a corner or part of the title bar are displayed.

Sorry but I cannot reproduce it (or I did not understand the problem).
Ok, asap, there will be a option to make the dialog appear under  the mouse 
cursor.
Did you see the option in Menu/Extra Settings : Set dialog-forms as modal vs as 
tool?
This will force all the dialog form to not be modal (but maybe it is not 
related).

> Another neat thing was, if the ide main window could be positioned
>  at a user definable place on the screen if called without an open
  > project. Now it probabely appears always at it's design position.

Hum, ok but how do you see that?
A option in Extra Settings  with a checkbox and integer-edit is left, top 
position?
Yes, if you like it.

Many thanks Sieghard for your attention.
Once all this is done, I will jump into your binary po files.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

Hello Sieghard!

I am still busy with your first-check mail.

Already done: added "Lang Directory" filename in Settings form + macro 
{$LANGLIB} so there the choice where to store the lang po files (and Linux 
purists are happy).

I work now on the missing translated captions.

But, I am absolutely sorry, I did not find the link of your site where you 
kindly upadated the po file...

About the binary version of the po files, yes, very good, I will jump into this 
once all your previous remaks are fixed.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

Hello Sieghard!

***Many*** thanks for your deep check.

I will follow each of your recommandation (if I can).

Write you later.

Have a perfect day.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

Re-hello Sieghard.

Maybe you will have more joy with GitLab ?

ideU is mirrored there too:
https://gitlab.com/fredvs/ideU

I dont know if filling a issue is allowed without register with GitLab, maybe.

I dont want to convert you to git but if you have a account with Github, you 
may use that account for GitLab too.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

Hello Sieghard!

> I can guarantee that this will not last for a long time...

Indeed, I did some change in msegui that simplify the use of "-dmse_dynpo" 
feature.
Now mseconsts_dynpo.pas is merged ( with some {$ifdef mse_dynpo} ) into 
original mseconsts.pas, so no more double unit.
The same for msestockobjects_dynpo.pas who is merged into original 
msestockobjects.pas.

Also in ideU, all the captions-consts are independent of msegui source, no need 
to copy-paste files from msegui source and customize it.

But all this need a commit and then you will need to re-download the source 
from mseide-msegui and ideU too.
And it is **highly** possible that future commits will come, so difficult to 
predict when all is ok.

> One modification I can provide is a _PRELIMINARILY_ modified language

It will be highly appreciated, the po files should not be affected by the last 
commits and still usable.

> Should I present them here, or is there some place dedicated to such
> complaints where they can rot^Wget the deseerved attention?

Ho yes, your advices are so precious.
The most easy is with GitHub issue but, yes, you dont like it.
So for me it is ok here (but maybe it will annoy people).

The problem is that now all that forum-sites ask for registration and, like 
you, I am not fan of that.
You may also use my email if you prefer : fi...@hotmail.com

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

De : Sieghard via mseide-msegui-talk 
Envoyé : jeudi 27 janvier 2022 22:35
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] Hello back!

Hello Sieghard

> It is better to always check if there are new commits because there
> was lot of change recently.

>>Well...
>>It is always a problemif there is a lot of change to things one needs
>> to work on, and even more if it's to work on thoroughly, because this
>> might, and usually does, mean that one's working on things that aren't
>>> valid any more. This is kind of dissatisfying, if not demotivating.

I totally agree with you 
And I have great news: I just decided after my last commit and lot of deep 
tests that it is time to let it like this now.

So from now, I will not touch the source untill somebody ask it.

Have fun!

Fre;D


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

Hello Sieghard!

Wow many thanks for all that infos.

The problem was this: for each mse widget the caption/hint are dependent of 
/msegui/lib/kernel/mseconsts.pas and msesockobjects.pas.

I would like that the compiler choose the customed units from my application in 
a other directory.
With all the attemps that I did it always ended using the files from 
/msegui/lib/kernel/ and not mine.

The only way I found is to copy those files into the same directory as the 
project.

But sure that after studying your post I will find a solution.

By the way, with last commit in mseide-msegui, there is no need to copy the 
files, all is managed with the "-mse_dynpo" parameter.

Fre;D


De : Sieghard via mseide-msegui-talk 
Envoyé : jeudi 27 janvier 2022 23:04
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] Hello back!

Hallo Fred van Stappen,

vous evrit au Thu, 27 Jan 2022 00:33:56 +:

> About search sequence:
>
>1. In the current directory.
>2. In the directory where the compiler binary is (not under
> LINUX). // That is the problem

Why should this be a problem? Do you keep all (or just some) units
in /usr/bin or wherever on the path your fpc resides? Or do you copy
or link the compiler into your working directory?
Isn't the common way to keep executables on Unixens to put them into
a directory on the path, and put their working data somewhere else,
to not intermix or interfere with each other? (For Windows, I don't
know.)

>3. In the parent directory of the current directory.
>4. In the subdirectory units of the current directory
>5. In the standard unit directory."
>
> Imho, the 2. should not be there but at last, after all sequences.

Yes, 2. should not be there, neither on Linux NOR on Windows or
whatever.

> Re-imho it would give much more freedom to organize a project and not
> be obliged to paste the units that should be loaded first into the
> root current directory.

This DOES give that freedom - I DID try it yesterday, prepended a
specific directory to the search path by specifying it on the compiler
command line, and it DID work as expected & intended.
Prepending a path to the compiler command line isn't a real chore using
the project options settings of either mseide or your ideU, I think.
It's not even difficult using a simple script, as I did.
The script reads as follows (I named it "make", to be called as
"./make [-]"):
--
#! /bin/sh

how ()
{
cat <<- HELP
Aufruf: $0 [-h|-c|-t|-s|-n|-r]
mit:
-h  Diesen Hilfetext ausgeben
-c  Erzeugte Zwischendateien bereinigen (clean)
-t  dto.
-s  Programmdatei von Symbolen bereinigen ("strippen")
-n  Erzeugte Zwischendateien bereinigen, dann kompilieren
-r  Kompilieren und erzeugte Zwischendateien bereinigen
ohne Parameter nur kompilieren
-x  Erzeugtes Programm gleich ausführen (nicht mit -r)

HELP
}

make ()
{
local mainfile targetfile result makeopts

targetfile=$(pwd -P); targetfile=${targetfile##*/}.prj
[ -e $targetfile ] || targetfile=$(echo *.prj)
targetfile=${targetfile%%.prj*}
PROJECTNAME=$targetfile
targetfile=$targetfile.prj
eval $(grep -- "mainfile=" $targetfile)
eval $(grep -- "targetfile=" $targetfile)
[ -e makeopts ] && makeopts=$(< makeopts)
$DEBUG \
ppcx64 -o$targetfile $makeopts\
 -Fu/usr/lib64/msegui/lib/common/*
-Fu/usr/lib64/msegui/lib/common/kernel\
-Fi/usr/lib64/msegui/lib/common/kernel
-Fu/usr/lib64/msegui/lib/common/kernel/linux\ -l -Mobjfpc -Sh -gl\
$mainfile result=$?
echo ""
[ "$result" = 0 ] && [ "$1" = -x ] && $DEBUG $targetfile
}

clean ()
{
[ "$DEBUG" ] && { echo clean; return; }
rm -vf *.bak? > /dev/null
rm -vf *.bak > /dev/null
rm -vf *.o > /dev/null
rm -vf *.ppu > /dev/null
}

tidy ()
{
clean   # vorerst...
}

stripp ()
{
local targetfile

targetfile=$(pwd -P); targetfile=${targetfile##*/}.prj
[ -e $targetfile ] || targetfile=$(echo *.prj)
targetfile=${targetfile%%.prj*}
PROJECTNAME=$targetfile
targetfile=$targetfile.prj
eval $(grep -- "targetfile=" $targetfile)
$DEBUG strip $targetfile
}

case $1 in
-h*) how; exit;;
-c*) clean; exit;;
-t*) tidy; exit;;
-s*) stripp; exit;;
-n*) clean;;
-r*) make && clean; exit;;
*)   ;;
esac
make $1
--
To prepend some parameters to the compiler command line, simply put a
file named "makeopts" containing them into the project directory. It
might contain somethin like this:
--
-vu -dmse_dynpo -Fu. -Fu../dialogs
--
which will (also

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

Hello Sieghard, is is still me!

> >> There are 2 initialization files: ideuli.sta and ideU.ini:
...
>> to re-check this and do all with the mse stat file, it is on the
>> "todo" list.

>I hope you can get at it soon...

OK, done in last commit : 
08e5d78
Many thanks to remind me this.

>But I  suspect this is not the reason for my problems to get your ide
> towork for me.

It can be, at first loading of ideU, there was a error message when closing the 
setting window.
I was due with problem with the splash screen.
The splash screen is removed now.

Also for the default language set, indeed sometimes it was not done, it should 
be fixed now.
You will need last trunk of mseide-msegui source to compile it.

About Github, I understand that you do not want to be member (needed to commit 
or push things).

So the easier thing is to download the last trunk source  via this link:
https://github.com/fredvs/ideU/archive/refs/heads/main.zip

In case of previous link did not work, maybe try this:
Trunk ideU


This link is automatically updated after each commit and you will get always 
last trunk.

The same for mseide-msegui:
https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip

In case of previous link did not work, maybe try this:
Trunk 
mseide-msegui

Have a perfect night + day.

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

Hello Sieghard.

> If the unit filename
> was explicitly mentioned using the in keyword, the source is taken from
  > the filename specified:"

I did try this but without luck, it still dont load the unit at first.

But this is not important, I will continue with the "paste in same directory as 
the main program" way.

Thanks for all.

Fre;D


De : Sieghard via mseide-msegui-talk 
Envoyé : mercredi 26 janvier 2022 23:07
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] Hello back!

Hallo Fred van Stappen,

vous ecrit au Tue, 25 Jan 2022 22:59:57 +:

> >> There are 2 initialization files: ideuli.sta and ideU.ini:
...
> to re-check this and do all with the mse stat file, it is on the
> "todo" list.

I hope you can get at it soon...
But I  suspect this is not the reason for my problems to get your ide t
owork for me.

...
> In last version 2.8.0 it is the "dynpo" way that is used, and /lang

Yes, I saw that, when I installed the package. But I still don't get it
to work yet, it even doesnn't compile any more...

vous ecrit au Tue, 25 Jan 2022 19:32:56 +:

> Note that in last release of ideU ( source:
> https://github.com/fredvs/ideU/archive/refs/heads/main.zip ) lot of
> msegui files are changed and are so in the root directory of /src,
> this to force to compile those files instead of original of
> mseide-msegui.

... and I suspect this to be the cause. It might be the cause, because
there are a few dialog source files that you modified, so there's a
mixture of "original" (modified by me already) and "old style" files
that are no longer compatible. I'll have to resolve this, well, mess
first to get a clean compile. Only then I'll be able to assess it any
further and be able to continue (or restart?) working on the
translation.

> By the way do you know if there is a way to force to use one
> directory as first (apart to paste the file in root directory of
> project).

Sorry, I didn't need to do that yet.

> I did try with the fpc "directory parameter" -Futhedirectory but it
> does not seem the have a hierarchy of seeking (or I miss something).

The only thing I could think of here is that your sequencing attempts
did collide with the many predefined assignments in fpc's configuration
file (/etc/fpc.cfg). Other than that, mainly two strategies could be
used: accessing the directories in sequence, using files from the first
one encountered (most likely), or using the ones from the last one
(less probable). This could be complicated a lot, though, by the
sequence of unit names in the "uses" clause.

But fpc's documentation file "user.pdf" describes the construction of a
"unit search path", a really convolved construct consisting of parts
specified / specifiable in different places.
The following remark might be important:
"Note that unit file paths specified in a config file will be added at the
 end, while paths specified on the command-line are added at the
 beginning."

So it depends on _where_ additional paths are added; if you do it on
the command line (what you probabely do), they are _pre_pended to the
full path list, and so may take precedence. There's a compiler switch,
"-vu", that's meant to show you the resulting search path.

They also give an example of how this should work:
"For instance, suppose that the file foo.pp needs the unit bar. Then the
 command fpc -Fu.. -Fuunits foo.pp
 will tell the compiler to look for the unit bar in the following
places:
   1. In the current directory.
   2. In the directory where the compiler binary is (not under LINUX).
   3. In the parent directory of the current directory.
   4. In the subdirectory units of the current directory
   5. In the standard unit directory."

But I just found this interesting phrase in fpc's documentation, too:
"The compiler will look for compiled versions or source versions of all
 units in the uses clause in the unit search path. If the unit filename
 was explicitly mentioned using the in keyword, the source is taken from
 the filename specified:"

This should give you the opportunity to exactly specify not just the
(even relative) path, but also the file a unit's source resides in. The
syntax is given as: "uses unita in ’..\unita.pp’;" (or as appropriate).

Can this help?

Finalement, vous ecrit au Tue, 25 Jan 2022 19:44:27 +:

> Maybe, to experiment with languages, it will be simpler and easier to
> work with the demo of msegui_dynpo:
>
> https://github.com/fredvs/msegui_dynpo/archive/refs/heads/main.zip

I did already download it, and will have a look at it - after all, I'd
like to use the mechanism myself as well, but I didn't find the time to
even build the demo yet. As always, as soon as time allows...

--
(Weitergabe

Re: [MSEide-MSEgui-talk] Hello back!

[Fred van Stappen]

Re-hello Sieghard.

About search sequence:

   1. In the current directory.
   2. In the directory where the compiler binary is (not under LINUX). // That 
is the problem
   3. In the parent directory of the current directory.
   4. In the subdirectory units of the current directory
   5. In the standard unit directory."

Imho, the 2. should not be there but at last, after all sequences.

Re-imho it would give much more freedom to organize a project and not be 
obliged to paste the units that should be loaded first into the root current 
directory.

So, ok, so it seems that the easier solution is to paste the units in root 
current directory.
OK, let it do like this.

Many thanks for the details.

Fre;D



De : Sieghard via mseide-msegui-talk 
Envoyé : mercredi 26 janvier 2022 23:07
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] Hello back!

Hallo Fred van Stappen,

vous ecrit au Tue, 25 Jan 2022 22:59:57 +:

> >> There are 2 initialization files: ideuli.sta and ideU.ini:
...
> to re-check this and do all with the mse stat file, it is on the
> "todo" list.

I hope you can get at it soon...
But I  suspect this is not the reason for my problems to get your ide t
owork for me.

...
> In last version 2.8.0 it is the "dynpo" way that is used, and /lang

Yes, I saw that, when I installed the package. But I still don't get it
to work yet, it even doesnn't compile any more...

vous ecrit au Tue, 25 Jan 2022 19:32:56 +:

> Note that in last release of ideU ( source:
> https://github.com/fredvs/ideU/archive/refs/heads/main.zip ) lot of
> msegui files are changed and are so in the root directory of /src,
> this to force to compile those files instead of original of
> mseide-msegui.

... and I suspect this to be the cause. It might be the cause, because
there are a few dialog source files that you modified, so there's a
mixture of "original" (modified by me already) and "old style" files
that are no longer compatible. I'll have to resolve this, well, mess
first to get a clean compile. Only then I'll be able to assess it any
further and be able to continue (or restart?) working on the
translation.

> By the way do you know if there is a way to force to use one
> directory as first (apart to paste the file in root directory of
> project).

Sorry, I didn't need to do that yet.

> I did try with the fpc "directory parameter" -Futhedirectory but it
> does not seem the have a hierarchy of seeking (or I miss something).

The only thing I could think of here is that your sequencing attempts
did collide with the many predefined assignments in fpc's configuration
file (/etc/fpc.cfg). Other than that, mainly two strategies could be
used: accessing the directories in sequence, using files from the first
one encountered (most likely), or using the ones from the last one
(less probable). This could be complicated a lot, though, by the
sequence of unit names in the "uses" clause.

But fpc's documentation file "user.pdf" describes the construction of a
"unit search path", a really convolved construct consisting of parts
specified / specifiable in different places.
The following remark might be important:
"Note that unit file paths specified in a config file will be added at the
 end, while paths specified on the command-line are added at the
 beginning."

So it depends on _where_ additional paths are added; if you do it on
the command line (what you probabely do), they are _pre_pended to the
full path list, and so may take precedence. There's a compiler switch,
"-vu", that's meant to show you the resulting search path.

They also give an example of how this should work:
"For instance, suppose that the file foo.pp needs the unit bar. Then the
 command fpc -Fu.. -Fuunits foo.pp
 will tell the compiler to look for the unit bar in the following
places:
   1. In the current directory.
   2. In the directory where the compiler binary is (not under LINUX).
   3. In the parent directory of the current directory.
   4. In the subdirectory units of the current directory
   5. In the standard unit directory."

But I just found this interesting phrase in fpc's documentation, too:
"The compiler will look for compiled versions or source versions of all
 units in the uses clause in the unit search path. If the unit filename
 was explicitly mentioned using the in keyword, the source is taken from
 the filename specified:"

This should give you the opportunity to exactly specify not just the
(even relative) path, but also the file a unit's source resides in. The
syntax is given as: "uses unita in ’..\unita.pp’;" (or as appropriate).

Can this help?

Finalement, vous ecrit au Tue, 25 Jan 2022 19:44:27 +:

> Maybe, to experiment with languages, it will be simpler and easier to
> w