SVN commit 1137860 by abizjak:
Don't try to use animations to move applets, it doesn't work anymore for some
reason. Remove previously added hack.
BUG:241276
CCMAIL:plasma-devel@kde.org
M +0 -7 desktop.cpp
M +0 -1 desktop.h
M +5 -0 desktoplayout.cpp
--- trunk/KDE/kd
On Monday 09 February 2009 17:40:00 Loïc Marteau wrote:
> 2009/2/8 Ambroz Bizjak :
> > Hi,
> >
> > - Added signals appletTransformedByUsed and appletTransformedItself to
> > Plasma::Applet. This makes it easier for the layout code to know when
> > applets are t
Hi,
I've been working on some improvements to the desktop containment concerning
applet positioning/transformations. I think the code is ready to be merged
into trunk. The branches are in svn under branches/work/plasma-desktoplayout.
I'm also attaching the patches.
Can I merge the code, or does
On Wednesday 04 February 2009 18:06:15 Jamboarder wrote:
> > From: Ivan Čukić
> > Right now, there is no possibility to place widgets so that they go off
> > the desktop edge. If you place them like that, they pop back in when the
> > widget handles disappear.
> >
> > The problem is not the first
On Sunday 26 October 2008 01:33:05 Aaron J. Seigo wrote:
> hi Abroz...
>
> i've started getting a crash on-startup in DesktopLayout:
I can reproduce the crash with your config.
When the layout is activated, DesktopLayout::setGeometry is called. It calls
ItemSpace to calculates pushes, and then a
Marco Martin wrote:
> -right mouse click on items seems to sometimes work but usually not
I've noticed that right click incorrectly identifies the item below the
pointer. It opens a context menu referring to the item about 100 pixels
below the pointer (if there is one), so it's not converting some
> kquitapp plasma
That works fine, thanks both!
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
I've decided to fix some weird problems with saving the state of applets
and containments on shutdown, and I have a quick question: how to make
plasma attempt nice shutdown without actually logging off? I tried
different signals but plasma just terminates immediately. I suppose some
dbus command, b
Aaron J. Seigo wrote:
> looks good; please commit ...
>
> (i really wish we could transition this to using the window decorations
> support in QGraphicsWidget; i'll have to take a look at that again at some
> point)
It's commited. I also disconnected some signals in detachApplet to prevent
a crash
Ambroz Bizjak wrote:
> Both of the symptoms I described happen when two applet handles are
> attached to the same applet (very rare!).
> When a handle disappears, it emits AppletHandle::disappearDone and
> triggers ContainmentPrivate::handleDisappeared, which removes it from its
>
Ambroz Bizjak wrote:
> Aaron J. Seigo wrote:
>> On Monday 18 August 2008, Ambroz Bizjak wrote:
>>> SVN commit 849036 by abizjak:
>>>
>>> Fade applet handle back in if the mouse reenters the applet while it's
>>> already fading out.
>>
&g
Aaron J. Seigo wrote:
> what was the purpose of the change to Plasma::Applet::itemChange? it
> doesn't
> seem to harm anything, so it's now committed, but i'm wondering what it
> fixed
> (if anything?) for you.
My handler for the Applet::geometryChanged signal didn't see the applet's
new geometry()
I have further improved my layout code. Now it can use any of the four
corners as the "static corner" instead of only top-left. This means if the
screen shrinks for example, it is not only possible to make the right
screen border push applets left, but also the left border push applets
right. And n
Alex wrote:
> Suppose the user adds a panel, causing an applet that is in the way to be
> "temporarily repositioned" as though it had just been added. Then, three
> weeks (or some other long amount of time) later, the user changes or
> removes
> the panel. Does the applet (which the user has left
Ok, I consider my patch feature-complete now. From now on, it works
properly with panels and positions proxy widgets properly as well.
To summarize what it provides:
- It keeps a working area, that is the area between panels, and only
allows applets to be in there (e.g. if a panel is added on top,
> I've written some code to do resizing better.
Now it's more complete and can handle vertical resizing as well.
There are some problems, though:
- Proxy widgets may still be badly placed, as the initial size reported is
wrong. I was thinking that could be solved by waiting for their size to
change
> Currently, when the resolution decreases, affected applets are simply
> moved so they stay visible, possibly colliding with other applets. I am
> planning to make this smarter, so that those applets will be moved as
> well.
I've written some code to do resizing better. Though I must say it's been
Hi,
I have now written some code for a QGraphicsLayout for the desktop. It
does some simple position management of the applets on the desktop. First
is the placing of new applets, which uses the same code I have written
before. Second is handling screen size changes. It works somehow similar
to th
18 matches
Mail list logo
