'Follow the leader' dialogs
zander at planescape.com
Sun Aug 4 20:18:18 BST 2002
-----BEGIN PGP SIGNED MESSAGE-----
On Sunday 04 August 2002 21:13, Lubos Lunak wrote:
> On Sunday 04 August 2002 21:01, Zack Rusin wrote:
> > On Sunday 04 August 2002 12:57, Lubos Lunak wrote:
> > >" The question is - do we want this? Do we want our
> > > dialogs to follow the parent? "
> No no no, I didn't ask that. I asked why and _when_ should this feature be
> > This was the only question asked. Patch wasn't for testing/commit or
> > anything else involving review - it was there to give people who had no
> > clue what I was talking about an idea of how it would work (not the
> > code, but behavior). I take you answer was 'I don't like that behavior
> > and am against it' right?
> Kind of. I simply don't see 'why' and especially 'when'.
In my opinion the idea is usefull when a window 'belongs' to an application
and the application is moved, then the windows should also be moved.
The child windows can be anything from toolbars seperated from the main app to
dialogs like 'find'.
This is mostly usefull for anything several KOffice components and MDI
applications like kate and konq now do in splitted windows but some
users/applications prefer to do in seperate windows.
I don't see how this can be done relyable for something like GIMP, but there
moving the picture window would move the brushes and the layers (etc)
But when there is not exactly one 'main' window the idea becomes highly
questionable on behavioral details ;)
To reiterrate the 'when';
When the main window which the extra-window belongs to moves the child window
moves the same offset.
If the child window moves there is extra action.
Thomas Zander zander at planescape.com
We are what we pretend to be
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
-----END PGP SIGNATURE-----
More information about the kde-core-devel