Hello Fred,

you wrote on Wed, 6 Sep 2023 23:53:13 +0000:

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

You could create something like a "calling shell" that can be parametrized
with the "personalization" data, and retrieves the results. But that's
certainly not a "controller" of that kind. The dialog itself is a
self-contained subform.

> But I agree with you, it is not really needed for the fontdialog, it is

I'd even question the need for a few other dialogs, particularly the _file_
dialog. Perhaps the plan was to have an input-edit-like widget for quick
file specifications - did you ever use or want to use such a thing? Yes,
there are some uses for something like that, but just "firing up" a full
fledged file dialog and processing its eventual result isn't much more
effort, and most applications I know even just use the system file manger
as such a "dialog". Even Windows does.
Other examples for such things are the color dialog, the popup calendar or
the memo dialog. Only the family of drop-down components has a valid use
for the controller concept, IMHO.

> more needed for visual component like pannels, stringedit, etc...

A string edit doesn't need a controller - it's a component for building a
dialog, and maybe a "controller". This also applies to all the -enter
"dialogs", they're mere components for building dialogs.
And, BTW, if you look at the "dialog" section of the component palette, the
only _real_ dialog found there ist the file dialog. All the rest are mere -
but nonetheless neccessary - building blocks for dialog forms.
BTW, the color dialog doesn't even appear on the component palette.

> So ok, sorry for the noise.

No, THIS kind of noise is neccessary - this is a quite basic issue, and
has to be discussed thoroughly to be resolved right. After all, I may be
wrong with my opinion as I'm just judging from my needs and preferences.
Others might have a quite different view of this issue, and might want it
handled differently. This should be discussed and decided unanimously.

Thank you for all your effort and cooperation, 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

Reply via email to