Review Request: toolbox actions as toolbar when zoomed out

Aaron Seigo aseigo at kde.org
Fri Nov 28 00:11:07 CET 2008


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.vidsolbach.de/r/285/#review271
-----------------------------------------------------------


a few little things, but impressive how small the patch actually ended up being. neat.


/trunk/KDE/kdelibs/plasma/private/desktoptoolbox.cpp
<http://reviewboard.vidsolbach.de/r/285/#comment219>

    we are passed a Containment* into the ctor, so we may as well hold on to it as a member and avoid the overhead of casting



/trunk/KDE/kdelibs/plasma/private/desktoptoolbox.cpp
<http://reviewboard.vidsolbach.de/r/285/#comment220>

    this call is a bit expensive, and will fail if you are viewing the same Containment in two views with different zooms. perhaps that's a real edge case that doesn't really ever happen in the Real Wordl(tm)? 
    
    for performance, it might make more sense to handle this in the Containment's paint event with the widget that is passed in? or i suppose that would be Applet::paint; would be a little messy, but might be better for performance and internal messyness (for the right reasons, anyways) is ok.
    
    the idea would be to set a state on the toolbox in the Applet's paint based on the QWidget passed in; hmmmm... though that may also break with multiple views. at least it would be faster though =)


- Aaron


On 2008-11-27 14:34:54, Marco Martin wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.vidsolbach.de/r/285/
> -----------------------------------------------------------
> 
> (Updated 2008-11-27 14:34:54)
> 
> 
> Review request for Plasma.
> 
> 
> Summary
> -------
> 
> this makes the toolbox actions to be drawn in an horizontal line and the cashew isn't drawn, it feels reeally dirty the polling for view transform in the paint event, but really don't know how to react differently (a zoomed view signal could be useful maybe?, or maybe this approach is the least damage compared to adding signals now:)
> 
> there are still know problems/things, like:
> maybe should be drawn outside the containment, but for that need to change the containment positioning, so would rather get an initial working thing in before :)
> 
> on the second level of zoom the toolbox becomes bigger than the containments, so only icons should be shown, iconwidget lacks such an option, so either adding it now or using toolbuttons
> 
> anything else? (yes, pretty sure it is:p)
> 
> 
> Diffs
> -----
> 
>   /trunk/KDE/kdelibs/plasma/private/desktoptoolbox.cpp
>   /trunk/KDE/kdelibs/plasma/private/toolbox.cpp
>   /trunk/KDE/kdelibs/plasma/private/toolbox_p.h
> 
> Diff: http://reviewboard.vidsolbach.de/r/285/diff
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Marco
> 
>



More information about the Plasma-devel mailing list