Re: [MSEide-MSEgui-talk] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Tue, 20 Sep 2022 02:17:27 +:

> > Please don't publicize this URL too much.
> Ok, I understand and apologize...

Never mind, it was just meant as a friendly reminder.
These days, data drain away so easily everywhere...

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

Hello Sieghard.

>> project. http://xxx.xx/xxx/mse/

> Please don't publicize this URL too much.

Ok, I understand and apologize...

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] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Mon, 19 Sep 2022 14:40:04 +:

> >>> The updated msewidget.pas is included in root directory source so
...
> Indeed it works (but I have to copy updated msewidget.pas
> into /MSEclock/) Nice work you have done!

Is this really neccessary, or don't you just forgot to transfer the
modified unit into the library directory tree yet? If the latter
(i.e., the library unit doesn't include the additional field publicly
yet), that was correct. Otherwise, the library version should suffice.
BTW, I just tried to do that, and, indeed, it does work taking the
unit from the library. Perhaps you forgot to remove the old object
files from your build (unit) directory beforehand?

> >>>[ACTIVE users]
> I have to recognize that, evertime I asked questions in Lazarus forum
> about new fpc 3.3.1 featture that breaks compatibilty with MSEgui,
> Sven Barth (PascalDragon), a core fpc-compiler developper, always
> helped me to find a solution. But I dont feel lot of enthousiasm from
> Lazarus core developpers when talking about MSEgui... 

Yes, that's a point Martin mentioned several times already, and it
seems that hasn't changed "much"...
I COULD imagine that is because of the relative popularity of msegui,
compared to e.g. Lazarus.

> >  Or find another way?
> Yes, but I am not a marketting-man and dont know where to do
> publicity.

Oh well, PLEASE don't ask ME! Marketeers (I call them "Markentiere" in
german) aren't really a breed I long to socalize with...
But getting allowance to present a mseide-msegui logo on a spot on the
fpc web site might already give some push to the interest of potential
users, and linking that with the video you presented a while ago could
also help some. Add a presentation page somewhere on the web, and
include Roland's great interface documentation, and, maybe, my unitlist
reference sheet. Along with a couple presentation programs (your
"strumpract" program perhaps, along with a few other simple programs,
even MSEclock, if you will) and some excerpts from the various attempts
on documentation from - previous - contributors should be included as
well to raise some interest. Is there an arm version of Lazarus (I
don't know)? If not, that would be a unique outstanding feature of
mseide-msegui, don't you think?
And there should probabely be a kind of user forum as well, giving
liveliness to the undertaking - and make it easy to tell how much
interest there might be. After a while, of course, that is...


Vous ecrit au Mon, 19 Sep 2022 14:40:04 +:

> I did try to compile MSEclock for Windows (using emulator wine for
> Linux). It fails to compile for mo4stock.pas.
> 
> The trick is to add those 2 units in uses section:
> 
> USES
>   msefileutils, msesysintf, ...

Interesting that there's so much difference to the Linux version.

> It fails to compile later with error in UNIT fontlist.pas, this
> because only Unix was implemented. For Windows, you may find
> inspiration form ideU project: /ideU/src/conflang.pas

Yes, the "fontlist" unit is Linux only. That is because I don't have
any knowledge as to how fonts are handled on Windows, even the Linux
version is badly patched up from pieces found cursorily at best. It's
only translated into a more coherent, self contained, code modeled
after your original version.

> There is in section {$ifdef windows} the procedure
> tconflangfo.listlangfont(lang : String);

I'll have a look at it when I can get at it. Don't expect much,
though, as Windows is not a viable asset on my system.


Vous ecrit au Mon, 19 Sep 2022 15:00:09 +:

> Re-hello Med.
...
> project. http://schs.de/download/mse/

Please don't publicize this URL too much - it was ONLY meant for
passing UNFINISHED msegui code for review by a leading developer, who
might decide whether this should be discarded or promoted further,
kind of what an editor does for books.
Mentioning it within here is not a big deal, but it should remain here,
kept somewhat "private".

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

Hello Sieghard.

I did try to compile MSEclock for Windows (using emulator wine for Linux).
It fails to compile for mo4stock.pas.

The trick is to add those 2 units in uses section:

USES
  msefileutils, msesysintf, ...

It fails to compile later with error in UNIT fontlist.pas, this because only 
Unix was implemented.
For Windows, you may find inspiration form ideU project: /ideU/src/conflang.pas

There is in section {$ifdef windows} the procedure 
tconflangfo.listlangfont(lang : String);

;-)

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] Transparent background of form.

[Fred van Stappen]

Hello Sieghard.

>>> The updated msewidget.pas is included in root directory source so
>> Not really but you will have a warning "onmouseevent not assigned for
>> panel", just click "Cancel" and compile it.

> I included extra assignments in "Zeitstart" to take care of that. This
> does not need the help of the Object Inspector, not even that the field
> is "published". And it works.

Indeed it works (but I have to copy updated msewidget.pas into /MSEclock/)
Nice work you have done!

>>>[ACTIVE users]
>> I dont know the only stat I have is by GitHub and those last 2 weeks
>> it was 270 view butI dont know how many use MSEgui.

> It might help to advertise mseide-msegui on the fpc
> site, perhaps. That is, if the fpc people accept a competitor to the
> already propagated Lazarus IDE+GUI.

Hum...
I have to recognize that, evertime I asked questions in Lazarus forum about new 
fpc 3.3.1 featture that breaks compatibilty with MSEgui, Sven Barth 
(PascalDragon), a core fpc-compiler developper, always helped me to find a 
solution.
But I dont feel lot of enthousiasm from Lazarus core developpers when talking 
about MSEgui... 

>  Or find another way?
Yes, but I am not a marketting-man and dont know where to do publicity.

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] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Sat, 17 Sep 2022 21:50:46 +:

[MSEclock]
> > Upps, not so fast - I do not want to totally loose control over this
...
> Of corse! ( it always work when I say "I will do for you" ;-) )

In fact, it's only because there were - still are - so many unfinished
parts to it, too many to let it out unsupervised, IMHO.

> >> The updated msewidget.pas is included in root directory source so
...
> Not really but you will have a warning "onmouseevent not assigned for
> panel", just click "Cancel" and compile it.

I included extra assignments in "Zeitstart" to take care of that. This
does not need the help of the Object Inspector, not even that the field
is "published". And it works.
Anyway, I saw that you added rounded frame edges for the rounded window
style. I'll have to keep that for the next version, for now, I DO have
a new one ready. This one features a (nearly?) completely working font
dialog that CAN change the clock's appearance (and does not "crash" as
the one of the instance compiled from your archive - I wonder why it
does that?). The main lacking feature is that the font dialog does not
get translated yet.
This version also contains the prematurely announced find-and-replace
dialog as eXperimentally displayable windows, but without any function.
So now the "MSEClock" can go ticking along as a real application, if
without much practical use. It is also fpc 3.3.1 buildable.

Another new feature not at all related with the function of the clock
program or any of its features except the language localization
capability is an extension of the "mo4stock" and "formscanner" units.
The versions contained support a split of translation files into two
sets, one holding all the common items as found in the "lang_consts"
lib directory (file "mseconsts_strings.inc"), just as *.mo files, and
another set per application keeping the application dependent items. (I
described the workings of these units before, so I will not repeat the
stuff here again. Refer to the file "podemo_mo4stock.zip")

[ACTIVE users]
> I dont know the only stat I have is by GitHub and those last 2 weeks
> it was 270 view butI dont know how many use MSEgui.

Not a whole lot. It might help to advertise mseide-msegui on the fpc
site, perhaps. That is, if the fpc people accept a competitor to the
already propagated Lazarus IDE+GUI. Or find another way?

> >>> What's your opinion?)
> >> I totally agree with you.
> > Erhmm - does that mean this is an "invitation" (read: request) for
> > me  to implement that and provide you with the result?
> 
> Hum, if you feel it fun, with pleasure ;-)

You'll see the results, if any - you will have to deal with them!
(It means "breaking changes", as the current setup will be altered.)

> Have a nice Sunday!

I hope you enjoyed it, and then, have another successful 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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

Hello Sieghard.

>> MSEclock is a good
>> demo to show msegui feature and explain how it works.

> Upps, not so fast - I do not want to totally loose control over this
(still my?) creation!

Of corse! ( it always work when I say "I will do for you" ;-) )

>> The updated msewidget.pas is included in root directory source so
>> only need to compile MSEclock.

> (I still have to recompile my mseide instance.)

Not really but you will have a warning "onmouseevent not assigned for panel", 
just click "Cancel" and compile it.

> Still, it might not be too bad to have some people look over it to find hidden
> issues, which can be done by ACTIVE users as well. How many are these?

I dont know the only stat I have is by GitHub and those last 2 weeks it was 270 
view butI dont know how many use MSEgui.

>>> What's your opinion?)
>> I totally agree with you.
> Erhmm - does that mean this is an "invitation" (read: request) for me  to 
> implement that and provide you with the result?

Hum, if you feel it fun, with pleasure ;-)

Have a nice Sunday!

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] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Sat, 17 Sep 2022 12:19:33 +:

[MSEclock]
> I added templates of frames in your demo, to show how to use it, also
> added moving window with simple click-hold + move. MSEclock is a good
> demo to show msegui feature and explain how it works.

Upps, not so fast - I do not want to totally loose control over this
(still my?) creation!

> The updated msewidget.pas is included in root directory source so
> only need to compile MSEclock.

Ok, I've set it to be retrieved the next time my machine goes on line.


Vous ecrit au Sat, 17 Sep 2022 14:58:50 +:

> >. It will NOT work within the display fields, because these don't
...
> It works because in the demo was assigned to the form, Rahmen, Hour
> and Datum.

Ah, yes, that will do it. I just wondered that a string display should
also be affected by your modification, but indeed, it is. So this is a
descendant of the same class as a simplewidget. Well, another
ideosyncrasy...(I still have to recompile my mseide instance.)


Vous ecrit au Sat, 17 Sep 2022 15:51:00 +:

> Maybe a explanation is that Lazarus ***needs*** more contributors.
> There are more than 2.2 k (> 2200 !) issues not resolved!
...
> MSEgui has less than 3 ...

Yes, not a lot. And it was developed by just a single person. Still,
it might not be too bad to have some people look over it to find hidden
issues, which can be done by ACTIVE users as well. How many are these?


Vous ecrit au Sat, 17 Sep 2022 12:44:46 +:

> >> ..., now the rounded clock can move.
> 
> > If you really need that? As written otherwise, on my system, under
> > my window manager, it's sufficient to hold the "Alt" key in
...
> Ha, ok, indeed, it works here on Debian 11.
> (But... you need 2 hands to do it and not so easy than only click +
> move   )

I don't have any trouble with that method, but I don't constantly
shuffle windows around anyway - I use them to wrk within. But of
course, that's a little inconvenience, but only neccessary for
frameless windows, after all.


Vous ecrit au Sat, 17 Sep 2022 13:18:54 +:

> >(BTW, the additional new attributes (window options)
> > ...
> > What's your opinion?)
> 
> I totally agree with you.
> I was focused on the result and have done it the
> "fast-easy-no-thesaurus" way for window options. Also the names used
> are not "Pure-English" and, like you proposed, mut be changed. (My
> opinion is also that your update is more than welcome  ;-) )

Erhmm - does that mean this is an "invitation" (read: request) for me
to implement that and provide you with the result?
Well, I may do it, but only when I can spare the time. For now, I'm
still working on the font dialog.

Have a nice (residual) 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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

About difference in contributions for Lazarus vs MSEgui.

Maybe a explanation is that Lazarus ***needs*** more contributors.
There are more than 2.2 k (> 2200 !) issues not resolved!
https://gitlab.com/groups/freepascal.org/lazarus/-/issues

MSEgui has less than 3 ...
https://github.com/mse-org/mseide-msegui/issues



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] Transparent background of form.

[Fred van Stappen]

>>> CAN msegui still claim any popularity?
>> Difficult to say.
> And how many contributors are there still?

You, Roland for demos and me ;-) !

I agree no pub is done and only few people still use mailing list.
In the issues of mseide-msegui GitHub there are still movements.
https://github.com/mse-org/mseide-msegui/issues

[https://opengraph.githubassets.com/8735d27ddde9ac157cc6c0bb654fdb3d4a2c369c44d7cd2756d008eed70d52cc/mse-org/mseide-msegui]
Issues · mse-org/mseide-msegui
MSEide is a Rapid Application Development IDE for platform independent rich GUI 
applications in the Pascal language. It comes with its own GUI toolkit called 
MSEgui. Binaries: https://github.com/ms...
github.com





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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

>. It will NOT work within the display fields, because these don't expose a
> "simplwidget". You can make the clock field sensitive as well, though,
> by assigning the move method to the field "Rahmen" also.

It works because in the demo was assigned to the form, Rahmen, Hour and Datum.

Published "onmouseevent"  was set to tactionpublishedwidgetnwr = 
class(tactionwidget).

On so for Datum (tstringdisp) "onmouseevent" is assigned too.

Fre;D

 De : Sieghard via mseide-msegui-talk 
Envoyé : samedi 17 septembre 2022 16:01
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] Transparent background of form.

Hallo Fred van Stappen,

vous ecrit au Sat, 17 Sep 2022 11:04:55 +:

> >> So I did make public onmouseevent for mseSimpleWidget:
...
> >> And recompiled ideU with it.
>
> > So it's useable with ideU only, not with the regular mseide?
>
> No, msewidgets.pas is part of msegui code.

Yes, I realize that - but if you do NOT recompile the regular ide, then
you will not have direct access to the additional field through it,
will you?

> But to make it usable with MSEide you need to re-compile mseide with
> updated msewidgets.pas.
>
> ...
> >> ..., now the rounded clock can move.
...
> > Are you restricted to use Windows, perhaps?
>
> Hum, I dont have Windows installed, I have to check if it works on
> Windows too.

Please check it out if you can - I don't have a really useable Windows
installed, just a couple of incomplete oldish versios (W7 as the most
recent), so I really cannot test that. Oh, but you said, you don't have
Windows installed either. Don't burden you with  it, if there's no
other reason to do. I DO have access - sometimes - to a machine where
a W10 is running at a customer's site. There I could probaely check
that out, although it may take a little while.

BTW, with your mouse move method, "the rounded clock can move" only if
you grab it at the in the right area, i.e. the area of the "Panel". It
will NOT work within the display fields, because these don't expose a
"simplwidget". You can make the clock field sensitive as well, though,
by assigning the move method to the field "Rahmen" also. The date field
would have to be overlaid by a transparent "simplewidget" though, to
make that work.

> >> What do you think to make onmouseevent public for SimpleWidget?

Well, seen that way, possibly not a really good idea.
I think anyway there should be an option (it it not already exists)
to allow for a window to evaluate these kinds of events BEFORE passing
them on to its client windows. In fact, that's how it's handled by most
other GUI frameworks, as far as I know.
But anyway, I did implement your function, but couldn't resist to
"optimize" it a bit. In the course of doing so, I found that no vector
operations exist for points, which would often be handy for working
with these. So I created a couple, as given below.
Now, that's my "optimized" version of your mouse move method:
___

// Arithhmetic operator overloading for Points should really exist:
OPERATOR + (P1, P2: PointTy): PointTy;
 BEGIN
   Result.x:= P1.x+ P2.x;
   Result.y:= P1.y+ P2.y;
 END;

OPERATOR - (P1, P2: PointTy): PointTy;
 BEGIN
   Result.x:= P1.x- P2.x;
   Result.y:= P1.y- P2.y;
 END;

procedure tclockworkfo.mouseevent (const sender: twidget;
   var ainfo: mouseeventinfoty);
// assigned to Panel-background
begin
  with ainfo do
case eventkind of
  ek_mousemove:
if shiftstate = [ss_left] then
  self.pos:= self.pos+ pos- oripoint;
  ek_buttonpress:
begin
  oripoint:= ainfo.pos;
  cursor:= cr_pointinghand;
end;
  ek_buttonrelease:
   cursor:= cr_default;
end;
end;
___

BTW, the "ispressed" variable isn't really neccessary, as long as no
events get lost. After all, the state of the mouse button can always
be evaluated through the field "shiftstate" of the "ainfo" parameter,
which is provided anyway. I changed the chain of "if" statements to a
"case", because there's no point evaluating the other conditions if
the active one has been processed. This appears to work flawlessly.

> >CAN msegui still claim any popularity?
>
> Difficult to say.
[GitHub]
> It gives a graphic of last 15 days traffic.
> The average is +- 80 new visitors each 2 weeks.
> And for september +-100 new visitors for 2 first weeks.
> I agree it is not many but still > 0.  ;-)

And how many contributors are there still? It seems this list (that I
use through a mailing-list-to-news-group converter system) seems pretty
lonesome now,

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Sat, 17 Sep 2022 11:04:55 +:

> >> So I did make public onmouseevent for mseSimpleWidget:
...
> >> And recompiled ideU with it.
> 
> > So it's useable with ideU only, not with the regular mseide?
> 
> No, msewidgets.pas is part of msegui code.

Yes, I realize that - but if you do NOT recompile the regular ide, then
you will not have direct access to the additional field through it,
will you?

> But to make it usable with MSEide you need to re-compile mseide with
> updated msewidgets.pas.
> 
> ...
> >> ..., now the rounded clock can move.
...
> > Are you restricted to use Windows, perhaps?
> 
> Hum, I dont have Windows installed, I have to check if it works on
> Windows too.

Please check it out if you can - I don't have a really useable Windows
installed, just a couple of incomplete oldish versios (W7 as the most
recent), so I really cannot test that. Oh, but you said, you don't have
Windows installed either. Don't burden you with  it, if there's no
other reason to do. I DO have access - sometimes - to a machine where
a W10 is running at a customer's site. There I could probaely check
that out, although it may take a little while.

BTW, with your mouse move method, "the rounded clock can move" only if
you grab it at the in the right area, i.e. the area of the "Panel". It
will NOT work within the display fields, because these don't expose a
"simplwidget". You can make the clock field sensitive as well, though,
by assigning the move method to the field "Rahmen" also. The date field
would have to be overlaid by a transparent "simplewidget" though, to
make that work.

> >> What do you think to make onmouseevent public for SimpleWidget?

Well, seen that way, possibly not a really good idea.
I think anyway there should be an option (it it not already exists)
to allow for a window to evaluate these kinds of events BEFORE passing
them on to its client windows. In fact, that's how it's handled by most
other GUI frameworks, as far as I know.
But anyway, I did implement your function, but couldn't resist to
"optimize" it a bit. In the course of doing so, I found that no vector
operations exist for points, which would often be handy for working
with these. So I created a couple, as given below.
Now, that's my "optimized" version of your mouse move method:
___

// Arithhmetic operator overloading for Points should really exist:
OPERATOR + (P1, P2: PointTy): PointTy;
 BEGIN
   Result.x:= P1.x+ P2.x;
   Result.y:= P1.y+ P2.y;
 END;

OPERATOR - (P1, P2: PointTy): PointTy;
 BEGIN
   Result.x:= P1.x- P2.x;
   Result.y:= P1.y- P2.y;
 END;

procedure tclockworkfo.mouseevent (const sender: twidget;
   var ainfo: mouseeventinfoty);
// assigned to Panel-background
begin
  with ainfo do
case eventkind of
  ek_mousemove:
if shiftstate = [ss_left] then
  self.pos:= self.pos+ pos- oripoint;
  ek_buttonpress:
begin
  oripoint:= ainfo.pos;
  cursor:= cr_pointinghand;
end;
  ek_buttonrelease:
   cursor:= cr_default;
end;
end;
___

BTW, the "ispressed" variable isn't really neccessary, as long as no
events get lost. After all, the state of the mouse button can always
be evaluated through the field "shiftstate" of the "ainfo" parameter,
which is provided anyway. I changed the chain of "if" statements to a
"case", because there's no point evaluating the other conditions if
the active one has been processed. This appears to work flawlessly.

> >CAN msegui still claim any popularity?
> 
> Difficult to say.
[GitHub]
> It gives a graphic of last 15 days traffic.
> The average is +- 80 new visitors each 2 weeks.
> And for september +-100 new visitors for 2 first weeks.
> I agree it is not many but still > 0.  ;-)

And how many contributors are there still? It seems this list (that I
use through a mailing-list-to-news-group converter system) seems pretty
lonesome now, with you and me the only users left. (It could probabely
be shut down, if these exchanges were switched over to direkt email
correspondence.)
Do you still get help requests of users or complaints about problems
or missing features?
In any case, it might be required to make some attempts at advertising
mseide-msegui, like is done for Lazarus. There seem to be no "self-
runners" possible any more, these days, being them as ingenious as they
might ever be.

> > BTW, the MSEclock on my web site isn't "finished" in any way.
> 
> Yes, of course, but imho, it will be a nice demo to show how
> shaped-form, multi-languages, ... work.

Maybe, and I'm about to update the stuff anyway and plan to provide a
new version "soon". By now, the main road block is the new font dialog,
where I have't yet figured out a good way to handle the font attributes,
like bold or italic or so. Martin has done it in a quite ideosyncratic
way, and the font list recovered by 

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

Re,..., hallo Sieghard.

>(BTW, the additional new attributes (window options)
> ...
> What's your opinion?)

I totally agree with you.
I was focused on the result and have done it the "fast-easy-no-thesaurus" way 
for window options.
Also the names used are not "Pure-English" and, like you proposed, mut be 
changed.
(My opinion is also that your update is more than 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] Transparent background of form.

[Fred van Stappen]

Re... hello Sieghard.

>> ..., now the rounded clock can move.

> If you really need that? As written otherwise, on my system, under my
> window manager, it's sufficient to hold the "Alt" key in conjunction
> with the right mouse bitton to move the window, even if it has no frame.

Ha, ok, indeed, it works here on Debian 11.
(But... you need 2 hands to do it and not so easy than only click + move   )

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] Transparent background of form.

[Fred van Stappen]

>> BTW, the MSEclock on my web site isn't "finished" in any way.

> Yes, of course, but imho, it will be a nice demo to show how shaped-form, 
> multi-languages, ... work.

I added templates of frames in your demo, to show how to use it, also added 
moving window with simple click-hold + move.
MSEclock is a good demo to show msegui feature and explain how it works.

The updated msewidget.pas is included in root directory source so only need to 
compile MSEclock.

https://github.com/fredvs/ideU/files/9591614/MSEclock_ext.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] Transparent background of form.

[Fred van Stappen]

Hallo Sieghard.

>> So I did make public onmouseevent for mseSimpleWidget:
>> In msewidgets.pas, added in parent class of simplewidget this:
...
>> And recompiled ideU with it.

> So it's useable with ideU only, not with the regular mseide?

No, msewidgets.pas is part of msegui code.
But to make it usable with MSEide you need to re-compile mseide with updated 
msewidgets.pas.

...
>> ..., now the rounded clock can move.

> If you really need that? As written otherwise, on my system, under my
> window manager, it's sufficient to hold the "Alt" key in conjunction
> with the right mouse bitton to move the window, even if it has no frame.

Ha I did not know this, I will try.

> Are you restricted to use Windows, perhaps?

Hum, I dont have Windows installed, I have to check if it works on Windows too.

>> What do you think to make onmouseevent public for SimpleWidget?

> If you need it, why not do so?

I mean, if make it public in official msegui source, should it make problems?

>CAN msegui still claim any popularity?

Difficult to say.
In GitHub there is a option for people that has administration right (you are 
more welcome to become one)
https://github.com/mse-org/mseide-msegui/graphs/traffic

It gives a graphic of last 15 days traffic.
The average is +- 80 new visitors each 2 weeks.
And for september +-100 new visitors for 2 first weeks.
I agree it is not many but still > 0.  ;-)

> BTW, the MSEclock on my web site isn't "finished" in any way.

Yes, of course, but imho, it will be a nice demo to show how shaped-form, 
multi-languages, ... work.

Thanks Sieghard.

And 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] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Thu, 15 Sep 2022 21:36:47 +:

> So I did make public onmouseevent for mseSimpleWidget:
> In msewidgets.pas, added in parent class of simplewidget this:
...
> And recompiled ideU with it.

So it's useable with ideU only, not with the regular mseide?

> Now onmouseevent appear in object inspector for your panel-background.

Fine.

...
> ..., now the rounded clock can move.

If you really need that? As written otherwise, on my system, under my
window manager, it's sufficient to hold the "Alt" key in conjunction
with the right mouse bitton to move the window, even if it has no frame.
Are you restricted to use Windows, perhaps?

> What do you think to make onmouseevent public for SimpleWidget?

If you need it, why not do so?

> Good night.

Ah, maybe you hadn't read my response yet when you wrote this message.
So you couldn't have read about the "Alt" key "trick" for moving the
window. But it seems that you have other uses for a mouse event for
SimpleWidget, too, which may make it truely desireable to enable this.
And if this removes an inconsistency (one of a real lot) in msegui,
this might even be beneficial for its popularity. (Or should I have
rather written the last word of the previous sentence in quotes? CAN
msegui still claim any popularity?)

BTW, the MSEclock on my web site isn't "finished" in any way, it's more
like a test bed for new concepts, and outdated even on that - there are
the two other files "podemo_mo4stock.zip" and "msegit.zip", featuring a
new version of the mo4stock unit and an updated formscanner to go with
it. (I guess I'll have to update "MSEclock" as well...)

In this sense, "have a lot of fun".

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Thu, 15 Sep 2022 19:52:52 +:

> Fisrt: MSEclock.
> 
> It compiles and runs fine. (when copy all files
> from /MSEclock/newdialogs/ into MSEclock)
> - The Font dialog: very nice and usefull, t should be added in
> MSEgui/MSEdialogs. I suppose that the options Bold, Italic,

If you wish - but it's not really finished  yet, due to the "somewhat
idiosyncratic" way Martin implemented the font selection for msegui..
I find it a bit suboptimal, by any means it is unusual at least. And
that's the reason why the options you mentioned are not functioning yet
- I didn't find a good way to map these settings to the regular X11
font attributes. These attributes are idiosyncratic in their own way,
specifically in so far as there is no universally applied scheme,
neither for their naming nor for their availability, and it seems to
be close to impossible to derive all variants in a consistent manner.

There's another "new" dialog, "hidden" in the "eXperimentals" menu.
It's a "find" and "replace" dialog, which I think is sorely missing
from the msegui spectrum of dialogs. There should really be a standard
one available in my opinion. But lacking any useful application, all
the menu does is display either version of the dialog, allowing you to
enter something, and discard all when you dismiss it. It's just to show
how this might look like.

> ' Rounded form works well too.

Yes, this looks quite nice - although I had some trouble in the
beginning, because with the latest version of msegui, the rounded
corners seemed to be gone, no longer functioning...
Until I realied, that the radius of the corners had been shrunken as
to be hardly discernable any more. That's why I explicitely set this
value within the "FormResize" method (which is also called during
initialization).
(BTW, the additional new attributes (window options) of the
"wo_transparentbackground" appear a bit overspecified. Their
naming suggests they could be separated into a set of ""
attributes and a single "wo_transparentbackground" one, producing the
effect of the combined versions when both the pertinent "" and
"wo_transparentbackground" attributes are in effect. I wonder if this
could be achieved without too much hassle, otherwise it might be more
programmer-friendly to separate the attributes and process them
appropriately when they're evaluated. What's your opinion?)

>   I like your method Self.Window.RecreateWindow; (that I will deeply

This was neccessary, as the new attributes "wo_inalldesktops" (whichI
think should be better named "...on..", as one usually says that
something's ON a desktop) and "wo_alwaysontop" cannot be changed on
the fly, and neither does "wo_rounded". I DID poke around and searched
quite some time for a way to overcome this until I came upon this
method. At first, I was leery whether it would cause heavy flicker when
used, as it seems to really destroy the currently displayed window and
construct a new one in its place, but was pleased to find that no such
effect is visible, on my machine at least. So I used it for all these
attributes as this allows overcoming their otherwise "one shot"
character.

> studdy) Maybe it would be good to make the clock movable (with
> click+hold on the clock-form). Something like this:

Yes, this might be some icing on the cake that I didn't take care of
yet - after all, you can always switch back to rectangular corners
(that I coupled with the existence of a frame) and move the window,
then switch back to rounded (which also will remove the frame and its
weird look in combination with a frame). I'll test your move method and
possibly incorporate it, although my window manager allows me shifting
the window around also by just holding the "Alt" key together with the
right mouse key to move the window.

> . Language selection is OK too.

It's just not really complete, I "constructed" some of the translations
by gleaning details from existing ones of other projects. I hope
they're not too much garbage...

> I see in /MSEclock/newdialogs/ lot of dialogs-units, did you change
> all those dialogs from original MSEsource? If yes, what is mainly
> changed?

These "newdialogs" are a partial continuation of my former attempt to
extend all msegui dialogs to be application configurable, mainly to set
the position, but also to change the appearance, e.g. color scheme,
window attributes or such things. And, they all got extended with a
method to make them directly executable (called "execute", of course).
I'm just always VERY annoyed if some such thing stupendously uses to
appear at a place where it is not expected, possibly - ususally -
hiding some important detail, or it just looks amply unfitting to the
rest of the application.

> I will not eat all your other delicious code tonnight and keep some

Errm  - may I wish you "have a lot of fun"?

Keep up the good work!

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung 

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

Re-re-hello Sieghard.

The last for tonight.

So I did make public onmouseevent for mseSimpleWidget:

In msewidgets.pas, added in parent class of simplewidget this:


 tactionpublishedwidgetnwr = class(tactionwidget)
  published
   ...
  property onmouseevent;


And recompiled ideU with it.
Now onmouseevent appear in object inspector for your panel-background.

Using this (needs msepointer in uses section):


var
  oripoint  :  pointty;
  ispressed : boolean;
...
procedure tclockworkfo.ev_onmouseevent(const sender: twidget;
   var ainfo: mouseeventinfoty); // assigned to Panel-background
begin
  if ainfo.eventkind = ek_buttonpress then
begin
  ispressed := True;
  oripoint  := ainfo.pos;
  cursor := cr_pointinghand;
end;
  if ainfo.eventkind = ek_buttonrelease then
begin
  ispressed := False;
  cursor := cr_default;
end;
  if (ispressed = True) and (ainfo.eventkind = ek_mousemove) then
begin
  left := left + ainfo.pos.x - oripoint.x;
  top  := top + ainfo.pos.y - oripoint.y;
end;
end;


..., now the rounded clock can move.

Here video in action:

https://user-images.githubusercontent.com/3421249/190512388-da002241-3f74-4121-9764-52eae75e3437.mp4

What do you think to make onmouseevent public for SimpleWidget?

Good night.

Fre;D




De : Fred van Stappen 
Envoyé : jeudi 15 septembre 2022 22:34
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Transparent background of form.

Re-hello Seighard.

About the code that I have given to move the window, it will not work because 
the background is a panel not the form.
Strange but the method onmouseevent() is not enabled-public for mse-panels.

Is it wanted?

And to enable-make-it-public (if it is not a crime) what is the good way to do 
it?
I would like to have onmouseevent() for mse-groupbox (and other widgets too).

Thanks.

Fre;D


De : Fred van Stappen 
Envoyé : jeudi 15 septembre 2022 21:52
À : General list for MSEide+MSEgui 
Objet : RE: [MSEide-MSEgui-talk] Transparent background of form.

Hello Sieghard.

I will do it step by step.

Fisrt: MSEclock.

It compiles and runs fine. (when copy all files from /MSEclock/newdialogs/ into 
MSEclock)
- The Font dialog: very nice and usefull, t should be added in 
MSEgui/MSEdialogs.
I suppose that the options Bold, Italic, Underline, Strikeout, Blank are not 
yet enabled because in the test-caption it does not work.
(See attachment)

' Rounded form works well too.
  I like your method Self.Window.RecreateWindow; (that I will deeply studdy)
  Maybe it would be good to make the clock movable (with click+hold on the 
clock-form).
  Something like this:

var
oripoint  :  pointty;


procedure tclockworkfo.ev_onmouseevent(const sender: twidget;
   var ainfo: mouseeventinfoty);
begin
  if ainfo.eventkind = ek_buttonpress then
begin
  ispressed := True;
  oripoint  := ainfo.pos;
  cursor := cr_pointinghand;
end;
  if ainfo.eventkind = ek_buttonrelease then
begin
  ispressed := False;
  cursor := cr_default;
end;
  if (ispressed = True) and (ainfo.eventkind = ek_mousemove) then
begin
  left := left + ainfo.pos.x - oripoint.x;
  top  := top + ainfo.pos.y - oripoint.y;
end;
end;

. Language selection is OK too.

I see in /MSEclock/newdialogs/ lot of dialogs-units, did you change all those 
dialogs from original MSEsource?
If yes, what is mainly changed?

I will not eat all your other delicious code tonnight and keep some for today.

Congrats and thanks Seighard.

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] Transparent background of form.

[Fred van Stappen]

Re-hello Seighard.

About the code that I have given to move the window, it will not work because 
the background is a panel not the form.
Strange but the method onmouseevent() is not enabled-public for mse-panels.

Is it wanted?

And to enable-make-it-public (if it is not a crime) what is the good way to do 
it?
I would like to have onmouseevent() for mse-groupbox (and other widgets too).

Thanks.

Fre;D


De : Fred van Stappen 
Envoyé : jeudi 15 septembre 2022 21:52
À : General list for MSEide+MSEgui 
Objet : RE: [MSEide-MSEgui-talk] Transparent background of form.

Hello Sieghard.

I will do it step by step.

Fisrt: MSEclock.

It compiles and runs fine. (when copy all files from /MSEclock/newdialogs/ into 
MSEclock)
- The Font dialog: very nice and usefull, t should be added in 
MSEgui/MSEdialogs.
I suppose that the options Bold, Italic, Underline, Strikeout, Blank are not 
yet enabled because in the test-caption it does not work.
(See attachment)

' Rounded form works well too.
  I like your method Self.Window.RecreateWindow; (that I will deeply studdy)
  Maybe it would be good to make the clock movable (with click+hold on the 
clock-form).
  Something like this:

var
oripoint  :  pointty;


procedure tclockworkfo.ev_onmouseevent(const sender: twidget;
   var ainfo: mouseeventinfoty);
begin
  if ainfo.eventkind = ek_buttonpress then
begin
  ispressed := True;
  oripoint  := ainfo.pos;
  cursor := cr_pointinghand;
end;
  if ainfo.eventkind = ek_buttonrelease then
begin
  ispressed := False;
  cursor := cr_default;
end;
  if (ispressed = True) and (ainfo.eventkind = ek_mousemove) then
begin
  left := left + ainfo.pos.x - oripoint.x;
  top  := top + ainfo.pos.y - oripoint.y;
end;
end;

. Language selection is OK too.

I see in /MSEclock/newdialogs/ lot of dialogs-units, did you change all those 
dialogs from original MSEsource?
If yes, what is mainly changed?

I will not eat all your other delicious code tonnight and keep some for today.

Congrats and thanks Seighard.

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] Transparent background of form.

[Fred van Stappen]

Hello Sieghard.

I will do it step by step.

Fisrt: MSEclock.

It compiles and runs fine. (when copy all files from /MSEclock/newdialogs/ into 
MSEclock)
- The Font dialog: very nice and usefull, t should be added in 
MSEgui/MSEdialogs.
I suppose that the options Bold, Italic, Underline, Strikeout, Blank are not 
yet enabled because in the test-caption it does not work.
(See attachment)

' Rounded form works well too.
  I like your method Self.Window.RecreateWindow; (that I will deeply studdy)
  Maybe it would be good to make the clock movable (with click+hold on the 
clock-form).
  Something like this:

var
oripoint  :  pointty;


procedure tclockworkfo.ev_onmouseevent(const sender: twidget;
   var ainfo: mouseeventinfoty);
begin
  if ainfo.eventkind = ek_buttonpress then
begin
  ispressed := True;
  oripoint  := ainfo.pos;
  cursor := cr_pointinghand;
end;
  if ainfo.eventkind = ek_buttonrelease then
begin
  ispressed := False;
  cursor := cr_default;
end;
  if (ispressed = True) and (ainfo.eventkind = ek_mousemove) then
begin
  left := left + ainfo.pos.x - oripoint.x;
  top  := top + ainfo.pos.y - oripoint.y;
end;
end;

. Language selection is OK too.

I see in /MSEclock/newdialogs/ lot of dialogs-units, did you change all those 
dialogs from original MSEsource?
If yes, what is mainly changed?

I will not eat all your other delicious code tonnight and keep some for today.

Congrats and thanks Seighard.

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] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Wed, 14 Sep 2022 14:23:48 +:

> I hope you had a nice summer.

Thanks, t'was tolerable...
Well, in fact, the wheather hereabouts was extraordinarily fair and
sunny, and it still is, even though some rain is coming down now -
but this is eagerly awaited by all of the vegetation around.
Concerning work, well, there was a lot to do, so I could hardly enjoy
the fine wheather and instead had to "sweat" at my customers sites.

> I have found a (old) laptop and have installed all needed (Linux,
> fpc, msegui, etc).

Fine, that means you can continue with mseide-msegui?
At least, you can continue what what you're usually using your computer
for.

> So I am very excited to test all your last work.

Well, there's not so much to test by now. Just what I mentioned in the
last few messages, a couple new files.

> But, sadly, I do not remember the name of your site for download the
> files. (It was noted in my lovely ThinkPad that did not reappear).

It's just an unofficial subdirectory of my regular web site (named as
the mail address suggests, "www.schs.de") named "download/mse". You
have to enter the URL directly, there's no link leading there.

Good luck and have a good time!

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

Re-hello Sieghard.

OK, I found your site ,-)
http://schs.de/download/mse/

I jump into it tomorrow.

Write you later.

Fre;D


De : Fred van Stappen 
Envoyé : mercredi 14 septembre 2022 16:23
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] Transparent background of form.

Hello Sieghard!
I hope you had a nice summer.

I have found a (old) laptop and have installed all needed (Linux, fpc, msegui, 
etc).

So I am very excited to test all your last work.
But, sadly, I do not remember the name of your site for download the files.
(It was noted in my lovely ThinkPad that did not reappear).

Have nice 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] Transparent background of form.

[Fred van Stappen]

Hello Sieghard!
I hope you had a nice summer.

I have found a (old) laptop and have installed all needed (Linux, fpc, msegui, 
etc).

So I am very excited to test all your last work.
But, sadly, I do not remember the name of your site for download the files.
(It was noted in my lovely ThinkPad that did not reappear).

Have nice 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] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

this is a follow up on my last message from Wed, 24 Aug 2022 23:50:24.

Meanwhile, I succeeded in building a working version of the two units
"formscanner.pas" and "mo4stock.pas" that can really use stock items
like the latter's name promises.
Of course, the main change applies to "mo4stock.pas", as this has to
do the "provisioning" of the values. The "formscanner.pas" only
"suffers" in so far as it should not output "msgid" entries for stock
items any more, in my opinion at least. (Well, maybe that should be
made configurable?)
A new version of the "podemo" demo program containing & using these
new units is downloadable from my web site as usual under the file
name "podemo_mo4stock.zip". I did test them with other applications
as well, and to the best of my knowledge, they worked alright.
BTW, the "formscanner" unit also includes the addition of allowing
for the translation of grid headers. This was (again) a bit involved,
as grid column and row headers don't fit at all in the regular
inheritance scheme of "tcomponent"s, but are very special beasts and
require very special handling.

As a quite distinct further entry on my web site you can also get the
file "msegit.zip", which, on principle, is just a made-current version
of the olden "msegit" utility program from Martin (begun 1999, it
seems). There were a couple modifications neccessary to make it work
with the current compiler & libraries. Specifically, the original
version had lost any ability to save the windows' status and positions.
This works agian now, and I included an option to compile it with
localization support (of course using the above mentioned units),
albeit still quite rudimentarily implemented. This is mainly due to my
still prevailing ignorance of the function of git, and also to the
fact that I cannot think of really understandable translations of most
of the special terms used there. Perhaps some might get more clear by
playing around some with git, which I should probabely do for some
customer's projects anyway. So, this is still "work in progress",
provided mainly for the sake of making "msegit" recent.

I hope, you can still make some use of these items and get relief of
your mishap soon.
I wish you good luck.

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Wed, 24 Aug 2022 12:58:44 +:

> How are you?

Well, alive and working...
Ok, I'm rather well for current circumstances, but some more busy with
customer activities than I'd expected, so there's not a whole lot of
overtime for other things.

> Thanks for your kind words.
> My computer ( with all the hard-disks backup ) did not re-appeared

That's bad, but, I'm afraid, to be expected. And I suspect this also
applies to the other things you lost through the theft. I hope you get
at least some compensation.

> yet ,-( But I still have a Rpi working for responding to mails.

These things are quite versatile. I have one running to oversee a PV
system, and aside from that provide some in-house web service.

> Great all the work you have done, do you have now a GitHub account?

Well - it DID take it's time. No, I don't have a GitHub account, and
probabely won't get one. I might, though, try GitLab, with another
project not connected with Pascal or even PCs at all.
For the msegui developments, I'l put them on my web site when I think
they're ready for release, and give notice here.
(BTW, as this list is rather dried out by now, do you have an estimate
how many people might still use msegui? If any, that is...)

> I am out of the game for developping at the moment ( apart with the
> Rpi) but I will buy a new laptop in September.

Good luck with that, and success for getting it to work quickly.

> Have a perfect end of summer.

Thanks, same to you. Well, yes, summer's coming to its end already,
just about 4 months left till Christmas...

Have a perfect autumn, at the very least!

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

Hello Sieghard,

Nice to read you!

How are you?

Thanks for your kind words.
My computer ( with all the hard-disks backup ) did not re-appeared yet ,-(
But I still have a Rpi working for responding to mails.

Great all the work you have done, do you have now a GitHub account?
I am out of the game for developping at the moment ( apart with the Rpi) but I 
will buy a new laptop in September.

Have a perfect end of summer.

Fre;D



De : Sieghard via mseide-msegui-talk 
Envoyé : mercredi 24 août 2022 02:36
À : mseide-msegui-talk@lists.sourceforge.net 

Cc : Sieghard 
Objet : Re: [MSEide-MSEgui-talk] Transparent background of form.

Hallo Fred van Stappen,

are you still here? (And what about computer work, and your mishap?)

I did "a bit" of fiddling with translation functions, the gettext stuff
and a little pertaining to dialogs.
Main things are, I reworked the mo4stock unit to be able to use a
"stock" set of predefined translation files in addition to the "usual"
application provided ones, in order to allow for a consistent set of
standard caption, hint and several other uses of text items.
In addition, it can load the translation files from several places,
one of them a completely user defined path. The "stock" path is
restricted to the "~/.msetools/lang" directory and possibly the system
locale path only for now, but could be extended to allow for use of a
special directory within the msegui (library?) installation tree.
I also reconsidered the "formscanner" unit, mainly because I attempted
to make the "msegit" (and possibly "msespice") utilities work with the
current msegui & fpc versions (and allow for localization of them).
"Out of the box" at least "msegit" was a bit reluctant, as it refused
to save its position and size, although this was obviouly planned to be
possible. There seem to have been breaking changes in the state file
handling since these utilities were created and packaged with msegui.
"msegit" also provoked an extension to the "formscanner" unit that
might also benefit other projects, such as your "ideU", the ability to
also translate table headings and "fix columns". These couldn't be
handled previously, as they are constructs unrelated to the regular set
of components, similar to string containers or menu items.
I also thought about creating a utility for easy selection of the
"stock" text items that are available, perhaps even integrable into the
ide object inspector. But I never did something like that yet...
In addition, I invented a couple "standard" dialogs, like a generic
find & replace dialog, a language dialog and made an attempt at a
font dialog. But they're not really finished yet.

I hope you're well and at least found compensation for your severe
loss lately.

--
(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] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

are you still here? (And what about computer work, and your mishap?)

I did "a bit" of fiddling with translation functions, the gettext stuff
and a little pertaining to dialogs.
Main things are, I reworked the mo4stock unit to be able to use a
"stock" set of predefined translation files in addition to the "usual"
application provided ones, in order to allow for a consistent set of
standard caption, hint and several other uses of text items.
In addition, it can load the translation files from several places,
one of them a completely user defined path. The "stock" path is
restricted to the "~/.msetools/lang" directory and possibly the system
locale path only for now, but could be extended to allow for use of a
special directory within the msegui (library?) installation tree.
I also reconsidered the "formscanner" unit, mainly because I attempted
to make the "msegit" (and possibly "msespice") utilities work with the
current msegui & fpc versions (and allow for localization of them).
"Out of the box" at least "msegit" was a bit reluctant, as it refused
to save its position and size, although this was obviouly planned to be
possible. There seem to have been breaking changes in the state file
handling since these utilities were created and packaged with msegui.
"msegit" also provoked an extension to the "formscanner" unit that
might also benefit other projects, such as your "ideU", the ability to
also translate table headings and "fix columns". These couldn't be
handled previously, as they are constructs unrelated to the regular set
of components, similar to string containers or menu items.
I also thought about creating a utility for easy selection of the
"stock" text items that are available, perhaps even integrable into the
ide object inspector. But I never did something like that yet...
In addition, I invented a couple "standard" dialogs, like a generic
find & replace dialog, a language dialog and made an attempt at a
font dialog. But they're not really finished yet.

I hope you're well and at least found compensation for your severe
loss lately.

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Fri, 8 Jul 2022 20:36:12 +:
> I am without my lapop for the summer, so not possible for me to test
> your feature at the moment.

That's bad, especially as it was stolen, as you write in another
message.

> But as soon that I get it back and find some time, I will deeply
> study all this.

I hope for you _that_ you can get it back, and hopefully not damaged
at that, and get back all the other stuff, too. It's just too bad how
little of these crimes are resolved, and even less of the stolen things
can be recovered. Best wishes for success!

> (Hum, sorry to come one more time with this, but what about to jump
> into git (and become github/mse-org/ member?)

Well, I think I should really get involved with git somewhat, regarding
how often I recommend a version control system to my customers...
I've even installed a version of git on my system, and I realize that
Martin once had built a GUI interface program that I even had checked
out. (I wonder what has become of "msegit" since 2012 - the latest
version I have here is 1.0a.)
Becoming a github/mse-org/ member would be a later step then only, and
there's the catch that AFAIK github belongs to Microsoft meanwhile?
So, yes, I'm contemplating such a step, but it will take some time...
(I even had a project of my own, totally unrelated to msegui, a simple
scheduling system for [Microchip] microcontrollers.)

Once more, best wishes for you to get your property back!

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Wed, 15 Jun 2022 13:05:59 +:
Even thiugh that's aome time since, I'm only now able to give some
feedback.

> For example myform.optionswindow := [wo_ellipse] will give a form
> with ellipse shape,  myform.optionswindow := [wo_roundrect] will give
> a form with rounded rectangle shape.

Well, I tried this (where the rounded rectangle shape is specified by
"wo_rounded" now) and also your other additions to the window options,
"wo_alwaysontop" and "wo_inalldesktops" (which should, IMO, be rather
named "wo_onalldesktops", because a desktop is a place to put something
ON).
They all work nicely, when specified in the IDE, and do what they''re
supposed to do. But - and IMO, that's a BIG but - they CANNOT normally
be modified when the program runs. It took me (quite) some time to find
a way to switch these settings dynamically, which I wanted to do for
the "MSEclock" demo program. After persuing quite some detours, I found
a method to achieve this, though it's not really automatic. After
changing such an option, you have to call the method "RecreateWindow"
of the top window of the program. Nicely enogh, that doesn't produce
any weird visual effects, so this is a viable method to achieve the
desired effect.
Using these functions, I put together a new version of the "MSclock"
demo, featuring an "alway on top" mode, an "on all desktops" mode and
the ability to switch between a normal and a frameless rounded window,
all settable individually. It's available as usual on my web site, mse
download area.
In addition, I did correct an omission in the "fontlist" unit, which
did assume that it would be compiled using the fontlib library. THis
has to be switched on by the symbol "useLibFontConfig" now, otherwise
it will use the "fc-list" external program as before.
This is also included in the latest version of the "ideU_fonts_284.zip"
ideU variant, now upgraded to version 2.8.4 of ideU.
In addition, I present a new collection of modifications to the msegui
library, contained in the file "mseide-msegui-shadow.zip".
Most of them are concerned with getting rid of superfluous "ifdef
mse_dynpo" statements, using the available compatibility definitions.
But there are a couple amendments for compiler warnings and notes, too.
And there is a modified version of the "kernel/linux/meguiintf.pas"
unit that addresses a quirk I found with the "wo_inalldesktops" option.
Setting this option also set the "on top" property of a window, which
couldn't be reset independendly any more. Commenting aut the "wo_dock"
option set along with "wo_inalldesktops" before remedied this.
I wonder what the purpose of this other setting might have been -
perhaps this might require another modification.
As another aside, I realized that the latest corrected version of the
"POtoMO" unit (using prime numbers for the hash storage area size)
didn't make it into the latest release (4.5.8) of the "msegui" library.
That's somewhat unfortunate since the old version had the potential
to hang in an endless loop when building the hash table for a new .mo
file. This has been remedied quite some time already.

I hope you might find the time to go over all this - as liitle new
stuff it is, it will take some time, I realize.
I hope you might find it useful and can make use of the stuff provided.

Best wishes.

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Wed, 15 Jun 2022 20:27:33 +:

> Super, I will jump into it (and "getchildren") the end of this
> week-end.
> 
> Write you later.

Now, did you succeed?
At least, you did add a couple new features. One of them (the "on all
desktops") might be of use for the "MSEclock" demonstration programm.

But I'm about to use that as a test rig for other things, one of them
the general overhaul of the dialog window structure ("newdialogs").
Being about this, I began adding a couple new dialogs too.
For one, I thought about a "true" font dialog - the
"msefontformatdialog" isn't quite what one (me) usually expects.
I think it should look more like the font selection you added recently
to the ideU language selector. This requires a list of available fonts,
and you did solve that using the Linux "fc-list" utility. But this is
an external program, which is not always appropriate to use, and so I
attempted to get the list by more direct methods. As "fc-list" is a
part of the "fontconfig" system, the pertaining library is
"libfontcnfig", which I tried to use. But the documentation is very
sparse, they define a whole lot of their own types, which are mostly
either opaque (i.e. not defined) or renamings of basic types or such.
And they use a host of functions which aren't really documented even
in the programming man pages.
I had to download the source of "fc-list", and then found it quite
easy to create an equivalent function to generate a font list.
You can get a pertaining unit (named "fontlist.pas") from my web site
(in the file "ideU_fonts.zip") as an alternate to your font list
function. It has to be used along with a slightly modified "conflang"
unit.

That's it for now, I hope to be able to provide some more stuff soon.

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

Hello Sieghard.

> The "getchildren" functions of those component classes needed for your
purpose.

OK, thanks, I will explore with this.

> (BTW, there are some revised items on my web site for you.)

Super, I will jump into it (and "getchildren") the end of this week-end.

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] Transparent background of form.

[Sieghard via mseide-msegui-talk]

Hallo Fred van Stappen,

vous ecrit au Wed, 15 Jun 2022 13:05:59 +:

> MSEgui has different "custom shapes of form".

Nice.

> Now I want to have a form-shape that only shows the components in the
> form and set the background as transparent.
> 
> To do this, I need to get a list of all the components present on the
> form with their position and size (x, y, cx, cy). With that info,

Isn't that about the same quest as what's needed for scanning a form
for text items? You need a list of components on the form, i.e. those
components that have the form as their owner. That''s about the same
requirement that the "formscanner" utility had to sole, and it soles it
by using the built-in mechanism proided by the "getchildren" function
of a number of components of msegui. (Unfortunately, it's not a member
of the top "tcomponent" class, but there are a few independent class
hierarchies inoled anyway, so that wouldn't help either.)
A quick search finds definitions for such functions at:
- kernel/msegui.pas;
- kernel/msedatamodules.pas:
- kernel/windows/mseguiintf.pas:
- widgets/mseforms.pas:

> I can easy create a custom form with the X11 methods XDrawRectangle()
> and XFillRectangle(). For Windows and gdi it is nearly the same trick.
> 
> How could I get this list of position-size of each component (only
> the child-components of the form, not components inside
> child-components) ?

The "getchildren" functions of those component classes needed for your
purpose had to be made available for such a component scanner, e.g. by
the fpc mechanism of a "class helper function", and bound together into
a new class to provide access to the required data.

> The goal is to create a new myform.optionswindow:
> "wo_transparentbackground" (or wo_transpback).

Maybe this could be a way to go?

(BTW, there are some revised items on my web site for you.)

-- 
(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

Re: [MSEide-MSEgui-talk] Transparent background of form.

[Fred van Stappen]

[Edited previous post]

Hello.

MSEgui has different "custom shapes of form".

For example myform.optionswindow := [wo_ellipse] will give a form with ellipse 
shape,  myform.optionswindow := [wo_roundrect] will give a form with rounded 
rectangle shape.

Now I want to have a form-shape that only shows the components in the form and 
set the background as transparent.

To do this, I need to get a list of all the components present on the form with 
their position and size (x, y, cx, cy).
With that info, I can easy create a custom form with the X11 methods 
XDrawRectangle() and XFillRectangle().
For Windows and gdi it is nearly the same trick.

How could I get this list of position-size of each component (only the 
child-components of the form, not components inside child-components) ?

The goal is to create a new myform.optionswindow: "wo_transparentbackground" 
(or wo_transpback).

Thanks.

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