bof?

[Martin Gräßlin]

Forwarding to kwin mailinglist - please remeber to keep both lists in cc

Am Samstag 11 Juli 2009 00:40:33 schrieb Marco Martin:
> On 7/10/09, Chani <chanika at gmail.com> wrote:
> > here's my notes from the bof... sorry, they're not the greatest. does
> > anyone else have notes?
> >
> >
> > summary:
> >
> > pretty much everything is doable, but plasma guys will need to do most of
> > the
> > work.
> > kwin guys need to write us some specs and give guidance.
> >
> > ------------------------------------------
> >
> > the kwin guys want things to happen, but like most projects they're
> > really short on manpower. lubos is going on vacation and then will have
> > something else he needs to work on.
> >
> > the slide effect should be in kwin
> > there were worries it would conflict with fade - no, turns out it was
> > actually
> > scale-in. and that can be fixed (also, it's off by default)
> >
> > the view-per-desktop option is being (has been?) moved to a kcm. we need
> > some
> > sort of notification when it changes.
> >
> >
> > the # of rows in the pager needs the same thing to happen. ATM if you
> > have two
> > pagers and change the rows in one, the other doesn't notice. and hte
> > option real
> > ly doesn't belong in the plasmoid.
> >
> > plasma wants a nice shiny API to call instead of using xatoms n'stuff
> > directly.
> > this would simplify plasma code, protect kwin's internals from the world,
> > stop
> > exposing implementation details. if kwin needs to change those details
> > later it'
> > ll be much easier with an API.
> > it'll go into libkworkspace
> >
> > we need a proper way to mark panels, popups, etc. as don't-show (in
> > taskbar, alt-tab, etc)
> > it'll be a special window type
> > right now plasma is doing icky things to do this itself, it's not good.
> > konq has some java windows in alt-tab but that's probably a konq bug
> > types of windows that shouldn't be shown:
> > -pager
> > -popups
> > -dashboard??
> > -...
> > plasma needs to give kwin a list of what types are wanted.
> >
> > someone remarked that the popup-shows-over-screensaver bug was solved in
> > the wrong place.
> >
> > the dashboard is handled by plasma, it'd be better if kwin did that
> > the first priority is making it work with kwin. getting it to work in
> > other window managers comes second.
> > if necessary we can check if kwin is running, and if it is do things the
> > good
> > way, if not then do ugly hacks.
> > would kwin be able to publish some capabilities for us to check this?
> > yes. this is another window type we'll need
> >
> > aaron's willing to do (or find someone to do) the work, but needs kwin to
> > state
> > what's acceptable
> >
> > there are windownamager classes in kdeui that can be copy&pasted to add
> > new [window types?]
> > effects are easy, hte dashboard will be slightly harder.
> >
> > hte UI continuity/theming stuff is already done :)
> >
> > someone thought it would be nice to have a close-button on popupapplets
> > so that you don't have to find the icon htey came from to close them, but
> > there may not
> >  always be a good place to put the button
> >
> >
> > the glow when you get near a hidden panel should be done by kwin
> > right now it's slow and is intercepting clicks, which is evil
> > to do it in kwin:
> > -plasma should publish locations
>
> kinda same format as extended structs, edge, start and stop, we won't
> heed the height tough
>
> > -kwin should tell plasma when the mouse touches that area
> > -could this tie into hte slide effect? or might we want to use it for
> > more stuff
> > later?
> > -the panel should announce what things there are, not tell kwin exactly
> > what to do. everyone really agrees on this :)
> >
> > nuno wants to be able to have two colours for the active-window glow
> > effect.
> >
> > plasma is doing its own shadows. this sucks.
>
> yes and no. their look is really dependent on the theme style (compare
> shadows of air and oxygen for instance) what really sucks is that
> shadows are counted in the window geometry right now
>
> > kwin can't do them for shaped windows. nobody's got a solution for this.
> >
> > if a clear specification can be written for effects, zack may be willing
> > to write some awesome ones.
> > but they really have to be clear specs
> > right now there's not much structure to the effects
> > what we need is technical details, not stuff about how it looks
> > -how to publish information
> > -naming of things like xatoms
> > -a list of xatoms - don't much care what they are, but kwin should make
> > them up. this should be generic, not tied to plasma.
> >
> > we should ask on the kwin mailing list before doing weird stuff with
> > windows
> >
> > the panel has an ugly hack for slide in/out
> > if kwin were to do this the shadows would be a lot less broken
>
> still the problem that the shadow would also be drawn behind the panel
> but perhaps semi acceptable in the short term?
>
> > what kwin needs from plasma: set some atoms on a "visible window" [like
> > the desktop view?]
>
> uuh, visible window?
>
> > ...I didn't understand the next few minutes of the conversation; lubos
> > was explaining compilcated stuff
> >
> >
> > --
> > This message brought to you by eevil bananas and the number 3.
> > www.chani3.com
>
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 315 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20090711/fcb81690/attachment.sig