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 <chan...@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@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
