Hello Sieghard. >> For this it needs to create a tfondialog class with a "controler" like >> used for tfiledialog". To register the "tfontdialog" component as
> No, why should that be neccessary? I was talking about a widget that can be edited by the GUI Object Inspector. But I agree with you, it is not really needed for the fontdialog, it is more needed for visual component like pannels, stringedit, etc... So ok, sorry for the noise. And many thanks for your great work. Fred. ________________________________ De : Sieghard via mseide-msegui-talk <mseide-msegui-talk@lists.sourceforge.net> Envoyé : jeudi 7 septembre 2023 00:46 À : mseide-msegui-talk@lists.sourceforge.net <mseide-msegui-talk@lists.sourceforge.net> Cc : Sieghard <s_c_...@arcor.de> Objet : Re: [MSEide-MSEgui-talk] Mailing list & mseide-db woes Hello Fred, you wrote on Wed, 6 Sep 2023 14:30:58 +0000: > > Be warned - it uses the special dialog form from my "newdialogs". > > Yes, of course I used it 😉 ! Ok, then everything should work now. > Now there is a other challenge, makes your msefontdialog a widget for > mseide. > For this it needs to create a tfondialog class with a "controler" like > used for tfiledialog". To register the "tfontdialog" component as No, why should that be neccessary? I don't even see a need for the "controller" in the file dialog, that, in my opinion, just serves to (over) complicate the thing, and quite some others, too. Probabely Martin meant to consolidate many dialog functions using such a construct, but to me, it looks a lot like he went off track with that. > But for the controler, for the test it was only a dummy controler. > And to do a working controler it is a other story, but sure you will do Only if you show me a compelling reason to do so. As it is, the dialog does what it was designed for, and it has more features than any of the standard dialogs of mseide. Specifically, it is fully relocatable and placeable. Try that with any of the original dialogs. There, the "controller" is just needed because they are nailed down to their design parameters, to break up this fixture and allow for some external control through the back door, so to speak. I dislike such snaky proceeding. With all due respect for Martin's huge and impressive work, one must still see that this was - is - the work of a single person. Which impies that it WILL have its limitations, even flaws and detours. I DO consider the original dialogs to be mostly examples of such. (Mind you, not ALL of them do have their own "controller"! And there ARE objects incorporating useful controllers, too.) Bur anyway, don't mind, have a good time and success! -- (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
