[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: Re: [Panel-devel] KRunner Options
From: "Ewan Gunn" <kyeashke () gmail ! com>
Date: 2007-03-12 13:36:43
Message-ID: 5e80c6aa0703120636o75289e83hbe910e9eee5f0ef8 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
[Attachment #4 (text/plain)]
On 12/03/07, Micah Wylde <wyldeone@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@pardus.org.tr> wrote:
> >
> > Esben Mose Hansen < kde@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@kde.org
> > https://mail.kde.org/mailman/listinfo/panel-devel
> >
>
>
>
> --
> Micah Wylde
> _______________________________________________
> Panel-devel mailing list
> Panel-devel@kde.org
> https://mail.kde.org/mailman/listinfo/panel-devel
>
>
[Attachment #5 (text/html)]
<div><span class="gmail_quote">On 12/03/07, <b class="gmail_sendername">Micah \
Wylde</b> <<a href="mailto:wyldeone@gmail.com">wyldeone@gmail.com</a>> \
wrote:</span> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px \
0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">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. </blockquote>
<div> </div>
<div> </div>
<div>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?</div> <div> </div>
<div>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. </div>
<div> </div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; \
BORDER-LEFT: #ccc 1px solid"> <div><span class="e" id="q_1114458ce82225b8_1">
<div><span class="gmail_quote">On 3/11/07, <b class="gmail_sendername">Barış Metin \
</b><<a onclick="return top.js.OpenExtLink(window,event,this)" \
href="mailto:baris@pardus.org.tr" target="_blank">baris@pardus.org.tr</a> > \
wrote:</span> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px \
0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Esben Mose Hansen <<a onclick="return \
top.js.OpenExtLink(window,event,this)" href="mailto:kde@mosehansen.dk" \
target="_blank"> kde@mosehansen.dk</a>>:<br>> How would that work if the \
window is maximized? Many, many people run with<br>> all their windows maximized \
most of the time.<br><br>It won't :). I didn't meant to confuse anyone. My \
experiment was just a quick <br>and dirty hack and I don't think its usable by \
any means. Using two windows<br>for the job is not acceptable and like Aaron said it \
must be supported by the<br>WM.<br><br>regards,<br>--<br>Barış \
Metin<br>______________________________ _________________ <br>Panel-devel mailing \
list<br><a onclick="return top.js.OpenExtLink(window,event,this)" \
href="mailto:Panel-devel@kde.org" target="_blank">Panel-devel@kde.org</a><br><a \
onclick="return top.js.OpenExtLink(window,event,this)" \
href="https://mail.kde.org/mailman" target="_blank"> \
https://mail.kde.org/mailman</a>/listinfo/panel-devel<br></blockquote></div><br><br \
clear="all"><br></span></div>-- <br><span class="sg">Micah Wylde \
</span><br>_______________________________________________<br>Panel-devel mailing \
list <br><a onclick="return top.js.OpenExtLink(window,event,this)" \
href="mailto:Panel-devel@kde.org">Panel-devel@kde.org</a><br><a onclick="return \
top.js.OpenExtLink(window,event,this)" \
href="https://mail.kde.org/mailman/listinfo/panel-devel" target="_blank"> \
https://mail.kde.org/mailman/listinfo/panel-devel</a><br><br></blockquote></div><br>
_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic