smooth here whereas 200ms (what I really wanted) doesn't. Nothing else appears
to use Phase::moveItem() at the moment so am changing it directly. The duration
change in ToolBox is so that the moveItem() animation and customAnimation match
up exactly.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=756456
order as BoxLayout is not really capable of anything else. On the containment
side, ignore the specified geometry when delaying init as the placement
calculations can lead to slight mispositioning of applets even when received
in the correct order.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=756435
bool invertedLayout() const;
returns if the layout of the icons should appear inverted or not
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=755891
* don't delete applet config groups because nobody actually bothers to implement saveState (*grrrr*) but that's somewhat ok now as we destroy the group on applet destruction. this does mean that dragging applets between containments is probably broken now, but i'll fix that next
* don't recreate the config file on every saveApplets but use the existing shared config ptr whenever possible
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=755635
void invertLayout(bool invert);
inverts the layout of the icons if the orientation is horizontal,
normally we get icon on the left with left-to-right languages,
this inverts the behaviour
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=755564
void invertLayout(bool invert);
it inverts the layout of the icons if the orientation is horizontal,
normally we get icon on the left with left-to-right languages,
this inverts the behaviour
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=755562
Changes the toolbox icon from 'configure' to 'plasma'
Changed the toolbox gradient to something "prettier"
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=755534
New Oxygen design
The sourcecode has no new features. I have only changed coordinates, colors and such things.
Due to render problems in Qt, we use a 'pre'-rendered svg image (exported as png and imported again into the svg).
The real source svg is also included: shutdowndialog.source.svg
I have also moved the button svgs into the main theme svg (with a different object id).
This dialog needs some more love after feature freeze is over:
* do not hardcode fonts and colors
* improve strings
* probably change buttons layout
* ...
For informations of the moon image used, see the CREDITS file (photo released under a Creative Commons license).
I think this file should be enough; if not, please tell me.
Thanks a lot Pinheiro for the great work!
CCMAIL: nuno@oxygen-icons.org
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=754777
that use those events (such as Icon) can still have tooltips. Also behaviour
on mouse move, mouse click and mouse wheel events is also managed.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=754605
constructor is called. This is important to the panel because QGraphicsView
has an off-by-one bug when using the default AlignCenter alignment and an
odd height.
CCBUG: 154832
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=754550
This fixes the system tray not updating when being removed and then readded
to the panel. Tasks still doesn't work though. :(
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=754326
otherwise the updated layout doesn't take effect. This means that it really
does need to be called from relayout(). So to prevent a quasi-infinite loop,
don't restart the timeline if it's already running.
This fixes the tasks geometry not updating correctly when applets are added
to the panel.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=754148
applet is removed from the panel and readded elsewhere, its position in the
config file currently doesn't change. To fix this, this patch clears out the
config group before rewriting it out.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=754139
edit-add -> list-add
You have no idea how hard it was to reduce the number of
"add" icons from two to one. I nearly died in the process :-S
The difficult part, of course, was to find the answer
to the everlasting question "What does each icon mean?"
And these are my findings:
* If you add anything to a list (or something else that is
some kind of collection of items), you use list-add.
* If you remove something from that list (or collection)
without destroying the removed object itself (because
it's only a reference to something outside),
you use list-remove.
* If you delete something from that list (or collection)
and the item that you deleted had its home in the list
and is therefore destroyed on removing,
then you use edit-delete.
Phew. Who wants to open up a TechBase article on using icons?
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=753984
