Battery plasmoid auto hide

[Marco Martin]

On Wednesday 27 July 2011, Aaron J. Seigo wrote:
> On Wednesday, July 27, 2011 22:23:19 Ben Cooksley wrote:
> > Technically that behaviour is correct, just doesn't look too nice.
> 
> technically that behaviour is a bug :)
> 
> note how when this happens that the show/hide arrow in the tray remains in
> the (wrong) "hide icons" state.
> 
> this is something that could and should be fixed. there are a couple of
> ways to accomplish this (all ways i can think of, no discretion on
> goodness applied):
> 
> a) the icons hide and the popup appears as originating from the system
> tray. i don't like this because it then become hard to close it (one could
> perhaps suggest clicking on the hide/show arrow, but that means
> overloading the purpose of that arrow to mean both "show/hide the hiden
> icons display" as well as "hide the display of a popup from the hidden
> icons"

that would become very smooth if this behaviour would be possible (technically 
isn't right now, could be plasma2 material tough)

the popup stays, the contents slide and the applet popup content comes 
(resizing if needed), so the purpose of the hide button becomes clear

> b) the icon that has the popup shown is migrated to the shown area of the
> tray. not great because it means moving the items around in the tray more
> than necessary and entries moving all about in the UI. meh.
> 
> c) keeping the hidden icons popup shown until the PopupApplet's popup is
> hidden. probably best so far as it follows the "least surprise" principle:
> nothing you didn't ask for has happened automatically behind your back.

/me votes cor c ;)

> with (c), the question becomes where to position the popup: at the top of
> the listing, near the icon, or even to move the icon.

position where is now is not so ugly, if the underlying popup is kept i think

> iow, much like a traditional popup menu, Q/KMenu-style.
> 
> any takers for improving this particular bit of behaviour?

this looks like a good JJ ;)


-- 
Marco Martin