[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwin
Subject:    Re: Plasma and KWin Integration
From:       Janne Ojaniemi <janne.ojaniemi () gmail ! com>
Date:       2009-02-10 12:44:40
Message-ID: 898b68d10902100444n44051f4aub13b5474cfb2b50c () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


>
> > 8. Document modal windows.
> >
> > Having a way to handle document-modal windows along the lines of the
> Sheets in
> > MacOS. These would be positioned over their parent window and move with
> the
> > parent.
>
> If there is a detach button and doesn't interfere with resizing of the
> sheet I have no problem with this feature. I extremely regularly move
> file open/save dialogs around to see what's in the parent and resize
> them so I can more quickly get to the file I want.


Instead of using a separate dialog-box (even if it was integrated one, like
sheets is MacOS), how about presenting the dialog-box as part of the "master
window"? The windows could resize a bit, providing a space for the
dialog-box between the titlebar and the toolbar (for example). It would not
obscure the content at all, and once the user dismisses the dialog, the
space is re-claimed for the app. Of course it would have to be made obvious
to the user, so that he notices it. OR it could be at the bottom of the
window. If you want an example of what I'm suggesting, think of a
Konsole-window that is displayed inside Konqueror-window:

http://docs.kde.org/stable/en/kdebase-apps/konqueror/commandline.html

Instead of Konsole, imagine a dialog-box in it's place. This approach would
mean that the contents of the window would still be visible, but the dialog
would be explicitly tied to the content it's related to.

[Attachment #5 (text/html)]

<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"> &gt; 8. Document \
modal windows.<br> &gt;<br>
&gt; Having a way to handle document-modal windows along the lines of the Sheets in<br>
&gt; MacOS. These would be positioned over their parent window and move with the<br>
&gt; parent.<br>
<br>
</div>If there is a detach button and doesn&#39;t interfere with resizing of the<br>
sheet I have no problem with this feature. I extremely regularly move<br>
file open/save dialogs around to see what&#39;s in the parent and resize<br>
them so I can more quickly get to the file I want.</blockquote><div><br>Instead of using a \
separate dialog-box (even if it was integrated one, like sheets is MacOS), how about presenting \
the dialog-box as part of the &quot;master window&quot;? The windows could resize a bit, \
providing a space for the dialog-box between the titlebar and the toolbar (for example). It \
would not obscure the content at all, and once the user dismisses the dialog, the space is \
re-claimed for the app. Of course it would have to be made obvious to the user, so that he \
notices it. OR it could be at the bottom of the window. If you want an example of what I&#39;m \
suggesting, think of a Konsole-window that is displayed inside Konqueror-window:<br> <br><a \
href="http://docs.kde.org/stable/en/kdebase-apps/konqueror/commandline.html">http://docs.kde.org/stable/en/kdebase-apps/konqueror/commandline.html</a><br><br>Instead \
of Konsole, imagine a dialog-box in it&#39;s place. This approach would mean that the contents \
of the window would still be visible, but the dialog would be explicitly tied to the content \
it&#39;s related to.</div> </div>



_______________________________________________
kwin mailing list
kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin


[prev in list] [next in list] [prev in thread] [next in thread]