Plasma and KWin Integration

Lucas Murray lmurray at undefinedfire.com
Wed Feb 11 04:02:55 CET 2009


Can everyone please check their CCs please, some people are only
sending to one list and not the other.

On Wed, Feb 11, 2009 at 5:58 AM, Marco Martin <notmart at gmail.com> wrote:
> On Tue, Feb 10, 2009 at 4:21 AM, Lucas Murray <lmurray at undefinedfire.com> wrote:
>
>>>
>>> At the moment the shadows of shaped windows don't really work, could we have
>>> something like a separate shadow mask?
>>
>> The problem with this one is that we have yet to work out an algorithm
>> that can expand a window mask (KWin already knows the shape of the
>> window so there is no need to send a separate shadow mask) that can
>> run faster than 15fps. If you guys can write something that works
>> without bringing the desktop to a crawl please let us know as it will
>> close a very old bug [1] that we've been trying to solve all this
>> time.
>
> i know that making shadows for alpha channels to windows is not really
> possible now, but i would really love to see the clipping mask not
> used at all when composite is on, would kill quite a bit of overhead
>
>> [1] http://bugs.kde.org/show_bug.cgi?id=157353
>>
>>> 6. Marco created a patch that added a shadow to the plasma panel, and whilst
>>> kwin handled the strut correctly in some cases, it did not in others. For
>>> example, the magnetic window borders stuck to the shadow rather than to the
>>> edge of the panel.
>>
>> Is there any reason why we are not using KWin shadows for the panel?
>> If you must absolutely not use KWin shadows then having window
>> snapping ignore dock windows if the window sets a strut is no hard
>> task.
>
> i'm still nore really shure about that patch but if it goes in it
> could be used to do stuff also pretty different from shadows (like an
> osx style zooming dock, just as an example, even if i don't like it)
> aaanyways, beside that there are two tricky parts of panel shadows:
> rounded borders, so same issue as generic shaped windows shadows
> and sliding panels aren't actually moving windows, it's just the
> content of the window moving, so kwin doesn't know a sliding is
> happening
>
>>> 7. Theming of kwin dialogs to match the rest of the desktop furniture.
>>>
>>> Things like the window menu are part of the desktop rather than part of
>>> applications and it would be great if they were coloured like the other pieces
>>> of furniture rather than like the applications they manage. The same thing
>>> applies to a number of other things drawn by kwin such as in the box switch
>>> effect.
>>
>> I agree with having the theme in desktop effects but I'm not too sure
>> by what you mean by the "window menu". You mean the Alt+F3 one? I
>> don't really see how using Plasma there will benefit anything.
>
> was thinking more about already custom drawn windows, like the alt+tab
> box switching plugin

Oh yes, Plasma for the window switcher is a must have.

>>> 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.
>>
>>> 9. Hide the panel when zooming out to show the containments.
>>>
>>> As discussed already by Sebas, and patch provided.
>>
>> Assuming you mean "desktop" instead of "containment" then "no" for the
>> reasons that we have already discussed.
>>
>>> 10. Alt-Tab to desktop and panel
>>>
>>> The desktop and panel need to be able to get the keyboard focus to allow users
>>> without keyboards to activate and use them.
>>
>> I like it. How can KWin detect if Plasma is running (So KWin can run
>> without Plasma) and trigger the dashboard when selected? For things
>> like box switch and the like we will also need a thumbnail of the
>> dashboard. As X doesn't create thumbnails of non-existent or unmapped
>> windows the dashboard will need to always be mapped and placed behind
>> the desktop window. Doing this will also solve the white screen issue
>> when the dashboard is shown.
>> _______________________________________________
>> Plasma-devel mailing list
>> Plasma-devel at kde.org
>> https://mail.kde.org/mailman/listinfo/plasma-devel
>>
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>


More information about the Plasma-devel mailing list