Hallo Fred van Stappen,

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

> 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<shape>" appear a bit overspecified. Their
naming suggests they could be separated into a set of "<shape>"
attributes and a single "wo_transparentbackground" one, producing the
effect of the combined versions when both the pertinent "<shape>" 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 von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------



_______________________________________________
mseide-msegui-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Reply via email to