[Panel-devel] KRunner Options

[Ewan Gunn]

On 12/03/07, Micah Wylde <wyldeone at gmail.com> wrote:
>
> How Mac OS X manages this is it shrinks the window as the drawer expands.
> Certainly a similar solution wouldn't be too difficult for kwin.



Can't it work that way all the time? So the window size stays static
(whether fullscreen or not), but the real content window shrinks as the menu
window expands?

Or what about the menu drawer coming _into_ the window, overlayed on top of
the real content window? Like a page being turned over or something. Just
grey out the background (real content). I know this might not work if the
menu options selected changed how the content looked, and you wanted to
check the new look as the options were selected, but it would work for other
apps.


 On 3/11/07, Barış Metin <baris at pardus.org.tr> wrote:
> >
> > Esben Mose Hansen < kde at mosehansen.dk>:
> > > How would that work if the window is maximized? Many, many people run
> > with
> > > all their windows maximized most of the time.
> >
> > It won't :). I didn't meant to confuse anyone. My experiment was just a
> > quick
> > and dirty hack and I don't think its usable by any means. Using two
> > windows
> > for the job is not acceptable and like Aaron said it must be supported
> > by the
> > WM.
> >
> > regards,
> > --
> > Barış Metin
> > ______________________________ _________________
> > Panel-devel mailing list
> > Panel-devel at kde.org
> > https://mail.kde.org/mailman/listinfo/panel-devel
> >
>
>
>
> --
> Micah Wylde
> _______________________________________________
> Panel-devel mailing list
> Panel-devel at kde.org
> https://mail.kde.org/mailman/listinfo/panel-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/panel-devel/attachments/20070312/9ccfee60/attachment.html