I will try it...Some other parts like icons in the taskbar or in the pager
kill performance. (KIconLoarder takes forever)
2008/10/15 Aaron J. Seigo [EMAIL PROTECTED]
On Tuesday 14 October 2008, Aaron J. Seigo wrote:
before i go any further with this approach: any thoughts, ideas,
On Wednesday 15 October 2008, Marco Martin wrote:
On Wednesday 15 October 2008, Aaron J. Seigo wrote:
hi ..
doing some profiling with valgrind/massif, i noticed that a large amount
of start up processing and memory usage is spent in parsing SVGs.
surprise! ;)
i introduced a
On Tuesday 14 October 2008, Aaron J. Seigo wrote:
hi all..
i'd like to host a meeting on irc this weekend to go over feature freeze
goals for plasma in KDE 4.2.
does 15:00 UTC work for people?
hope i can be there yeah should be ok
___
Plasma-devel
From: Aaron J. Seigo [EMAIL PROTECTED]
one outstanding issue will be clearing the disk and parameter caches when the
theme is updated on disk but not changed in the config.
before i go any further with this approach: any thoughts, ideas, inspirations?
It might be useful in general to
Right, I have more information now, but I need some help. The problem
that manifests in the screenshot I sent earlier is that one
DesktopView occupies the whole display (ie both screens) instead of
just one screen. Something causes it to resize to 3600x1200, which is
my whole desktop's geometry.
On Wednesday 15 October 2008, Jamboarder wrote:
From: Aaron J. Seigo [EMAIL PROTECTED]
one outstanding issue will be clearing the disk and parameter caches when
the theme is updated on disk but not changed in the config.
before i go any further with this approach: any thoughts, ideas,
On Wed, Oct 15, 2008 at 1:27 PM, Aike J Sommer [EMAIL PROTECTED] wrote:
I think the problem is kwin forcing plasma onto that size... I commited a
patch a while back to allow one root-window per screen, but this seems to not
work on resizing!
Where should I have a look? And what actually is a
On Wednesday 15 October 2008 17:58:51 Jamboarder wrote:
Should a clear/refresh be triggered if the path hasn't changed but the
actual file has?
Yes, I think so. Is a file watcher expensive? Can't we simply use one on the
theme's SVGs here?
Bye,
-Riccardo
--
GPG key:
3D0F6376
When
On Wednesday 15 October 2008, Aaron J. Seigo wrote:
(maybe imited to a fixed number of
elements say 100 to not make it grow forever)
it will need to be a fixed size, yes, even without non-existent elements.
100 is probably too small though. this isn't a huge amount of data, really.
the
On Wednesday 15 October 2008 17:47:37 Marco Martin wrote:
On Tuesday 14 October 2008, Aaron J. Seigo wrote:
hi all..
i'd like to host a meeting on irc this weekend to go over feature freeze
goals for plasma in KDE 4.2.
does 15:00 UTC work for people?
hope i can be there yeah should
From: Aaron J. Seigo [EMAIL PROTECTED]
setImagePath (if the path is different that the current one)
this only affects Plasma::SharedSvgRenderer usage, and is local to any given
Plasma::Svg object.
Might the pixmap cache end up holding data for svg paths that are no longer
being used by any
On Wednesday 15 October 2008, Marco Martin wrote:
with a kconfigroup? would make sense?
it's the easy answer, so i'd say: let's go for it.
we can benchmark it once it is in place and working. changing the cache
implementation will be an easy task after we have it there in the first place.
I think the problem is kwin forcing plasma onto that size... I commited a
patch a while back to allow one root-window per screen, but this seems to
not work on resizing!
ugh ... what is kwin doing resizing anything in the first place?
if( isDesktop())
{
- if (geometry()
On Wednesday 15 October 2008, Riccardo Iaconelli wrote:
On Wednesday 15 October 2008 17:58:51 Jamboarder wrote:
Should a clear/refresh be triggered if the path hasn't changed but the
actual file has?
Yes, I think so. Is a file watcher expensive?
not really ..
Can't we simply use one on
On Wednesday 15 October 2008, Jamboarder wrote:
From: Aaron J. Seigo [EMAIL PROTECTED]
setImagePath (if the path is different that the current one)
this only affects Plasma::SharedSvgRenderer usage, and is local to any
given Plasma::Svg object.
Might the pixmap cache end up holding
On Wednesday 15 October 2008, Aaron J. Seigo wrote:
On Tuesday 14 October 2008, Aaron J. Seigo wrote:
before i go any further with this approach: any thoughts, ideas,
inspirations?
i'd also be interested in people applying the patch locally and ensuring it
doesn't break anything for them.
On Wednesday 15 October 2008, Guillaume Pothier wrote:
tell it to take a snapshot of the window under the cursor). The scene
rect is also set correctly, and the containment also. So if the view's
size, the containment's size and the scene rect are correct, is there
anything else that could
Hi,
In a multimonitor setup the desktop containment's toolbox are not well
positioned. Sometimes they appear on only one monitor, sometimes both
appear at the same corner, or at some weird position.
The issue is in ContainmentPrivate::positionToolBox(), the toolbox is
positioned in the screens
On Wednesday 15 October 2008, Guillaume Pothier wrote:
Hi,
In a multimonitor setup the desktop containment's toolbox are not well
positioned. Sometimes they appear on only one monitor, sometimes both
appear at the same corner, or at some weird position.
The issue is in
19 matches
Mail list logo
