On Wed, Apr 7, 2010 at 6:48 PM, Reza Shah wrote:
> Hi,
> Thanks for all the replies.
> In listview i can have gridview(n rows X m cols) to display thumbnail
> of items like in folderview
> or plasmamediacenter(in gridview mode),
> or something like in this screenshot
> http://kde-look.org/content/
On Tue, Apr 6, 2010 at 12:48 PM, Rob Hasselbaum wrote:
> On Tue, Apr 6, 2010 at 12:00 PM, Aaron J. Seigo wrote:
>> Plasma::TreeView is just a thin wrapper around a QGraphicsProxyWidget
>> containing a QTreeView. can you try to replicate the problem by replacing
>> Pla
On Tue, Apr 6, 2010 at 12:00 PM, Aaron J. Seigo wrote:
> Plasma::TreeView is just a thin wrapper around a QGraphicsProxyWidget
> containing a QTreeView. can you try to replicate the problem by replacing
> Plasma::TreeView in your Plasmoid with a QGraphicsProxyWidget and a QTreeView
> directly? or,
Howdy. I noticed while testing my Plasmoid on KDE 4.4.2 that tooltips
are not working in my Plasma::TreeView. From what I can tell, the
Qt::ToolTipRole does not get queried in the model at all. It's
possible this was happening in earlier releases of 4.4, but I didn't
notice it until now. It works f
On Sun, Apr 4, 2010 at 5:08 PM, Aaron J. Seigo wrote:
> in any case, the code is in PopupAppletPrivate::dialogSizeChanged() in
> kdelibs/plasma/popupapplet.cpp if you wish to investigate further.
>
> note that if you change the size of the graphicsWidget() that it will change
> the size the dialog
On Sat, Apr 3, 2010 at 9:52 PM, Aaron J. Seigo wrote:
> On April 3, 2010, Rob Hasselbaum wrote:
>> Hi all. How can I coax Plasma into saving the size of a PopupApplet
>> after a user has changed it? This happens automatically when the
>> applet is placed on the deskt
Hi all. How can I coax Plasma into saving the size of a PopupApplet
after a user has changed it? This happens automatically when the
applet is placed on the desktop, but not when it's iconified on a
panel. Thanks!
-Rob
FWIW- This is KDE 4.3.
___
Plasma-
Hi Aaron. Thanks for the feedback. My replies below.
On Mon, Mar 29, 2010 at 9:10 PM, Aaron J. Seigo wrote:
> * is there any particular reason why the global settings are global instead of
> local?
Efficiency, mainly. All widget instances that watch the same network
interface are getting shared
Hi all. Sorry if this is not an appropriate use of the list, but since
several of you helped me out on this, I thought I would mention that
the first release of my Plasma applet and data engine is finished.
It's a network traffic monitor called Socket Sentry that tries to
combine features of iftop
On Wed, Mar 24, 2010 at 2:41 PM, Aaron J. Seigo wrote:
> is this running on the system bus? if so, then it's probably rejecting the
> call in dbus due to:
>
>
>
> in /etc/dbus-1/system.conf (or your system's equivalent). or perhaps it's on a
> different session bus than the one started automat
On Wed, Mar 24, 2010 at 11:29 AM, Aaron J. Seigo wrote:
> what's the error?
>
> because something is not right somewhere, and the answer isn't "restart
> plasma-desktop"
If the data engine tries to start the service automatically via D-Bus
activation, I get this back from D-Bus:
---snip---
Launc
Hi Aaron. Thanks for the quick reply.
On Tue, Mar 23, 2010 at 5:53 PM, Aaron J. Seigo wrote:
> my guess would be that the dbus service does not exist yet. the code probably
> just needs to track the service coming and going. in fact, given your
> description, i assume that it probably also breaks
Is there any way to restart Plasma as part of a package installation
or upgrade? I have a data engine that interacts with a D-Bus system
bus service, which gets installed at the same time. Unfortunately, the
data engine and applet don't start correctly when they're first
installed. It seems the dat
On Fri, Mar 19, 2010 at 2:15 PM, Rob Hasselbaum wrote:
> On Fri, Mar 19, 2010 at 2:05 PM, Aaron J. Seigo wrote:
>> * dataengines are inherently shared between visualizations (that's actually
>> kind of the entire point of them); so this won't work if one visualization
&
On Fri, Mar 19, 2010 at 1:57 PM, Aaron J. Seigo wrote:
> On March 19, 2010, Rob Hasselbaum wrote:
>> I'm currently doing this by listening for popupEvent.
>
> my concern is that this won't work in all cases.
>
> i bet (translation: haven't tested, but judging
On Fri, Mar 19, 2010 at 2:05 PM, Aaron J. Seigo wrote:
> On March 19, 2010, Rob Hasselbaum wrote:
>> It's expensive. So just blocking the updates from propagating between
>> the data engine and the applet isn't enough.
>
> if nothing it connected to a source a
On Fri, Mar 19, 2010 at 1:19 PM, Sebastian Kügler wrote:
> There are two cases for dataUpdated that matter here, indeed:
> (1) polling / timer-based, for example refreshing RSS feeds
> (2) events, for example from Solid
>
> We want to delay (1) and just keep (2) from propagation until shown. The
On Fri, Mar 19, 2010 at 12:43 PM, Sebastian Kügler wrote:
> I wonder if we could just offer queueing updates from dataengines until an
> applet is
> about to be shown. Especially for mobile devices, this "not waking up unless
> shown"
> can be very important.
In my case, the act of getting the
On Fri, Mar 19, 2010 at 12:21 PM, Aaron J. Seigo wrote:
> my only question now is how to handle notification of the change. my first
> thought would be to add a new Contraint (IconifiedConstraint?) and then the
> applet could respond in constraintsEvent.
I'm currently doing this by listening for
On Fri, Mar 19, 2010 at 10:03 AM, Sebastian Kügler wrote:
>
> I think the heuristics for this would be more complicated, but in general, it
> might
> be a good idea to quiesce dataengines as long as no *visible* applet is
> connected.
>
Yeah, that would be generally useful, although the approac
On Thu, Mar 18, 2010 at 1:23 PM, Rob Hasselbaum wrote:
> On Thu, Mar 18, 2010 at 10:56 AM, Sebastian Kügler wrote:
>>
>> You can, because you can find out if it's on the desktop by calling
>> formFactor().
>>
>
> Ahh, OK, so if the form factor
On Thu, Mar 18, 2010 at 11:04 AM, Marco Martin wrote:
> what are you exactly trying to accomplish?
> usually you shouldn't care of a detail like that
>
I have a data engine that pushes data to my applet asynchronously. When the
applet isn't being shown, I want to disconnect from the source to re
On Thu, Mar 18, 2010 at 10:56 AM, Sebastian Kügler wrote:
> You can, because you can find out if it's on the desktop by calling
> formFactor().
>
>
Ahh, OK, so if the form factor is either Horizontal or Vertical, it's
guaranteed that the applet is a panel icon?
___
On Thu, Mar 18, 2010 at 9:54 AM, Sebastian Kügler wrote:
> On Thursday 18 March 2010 14:32:07 Rob Hasselbaum wrote:
> > Hi all. How can I tell if a PopupApplet is iconified and therefore not
> > displaying its content? I was hoping I could override popupEvent and/or
> > chec
Hi all. How can I tell if a PopupApplet is iconified and therefore not
displaying its content? I was hoping I could override popupEvent and/or
check isPopupShowing, but that approach doesn't work if the applet was added
to the desktop instead of a panel. I'm guessing I should look at the
applet's c
25 matches
Mail list logo
