On March 19, 2010, Rob Hasselbaum wrote:
> 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 t
On March 19, 2010, Rob Hasselbaum wrote:
> Actually, the dataUpdated slot won't get invoked anyway if the applet
> isn't connected to that source, right?
that's correct.
there are two kinds of linespans for sources:
* ones the engine creates internally; these are up to the engine to manage
e.g
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
>> (applet, e.g.) is shown a
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 from the code) that if you
> took an i
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 and the source was created using
> sour
On Friday 19 March 2010, Aaron J. Seigo wrote:
> On March 19, 2010, Marco Martin wrote:
> > -closed popupapplet
>
> note that this use case overlaps with containment without screen(),
> separate dashboard, etc.
>
> > -containment without screen()
>
> imho that's a case where the shell should sim
(more in reply to Sebastian's email, but Rob's reply is very illuminating as
to the issues :)
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 and th
On March 19, 2010, Marco Martin wrote:
> -closed popupapplet
note that this use case overlaps with containment without screen(), separate
dashboard, etc.
> -containment without screen()
imho that's a case where the shell should simply choose what to stash and what
to show.
e.g. in the netbook
On March 19, 2010, Rob Hasselbaum wrote:
> 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 constraintsE
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 Friday 19 March 2010, Sebastian Kügler wrote:
> On Friday 19 March 2010 17:21:37 Aaron J. Seigo wrote:
> > On March 18, 2010, Rob Hasselbaum wrote:
> > > On Thu, Mar 18, 2010 at 11:04 AM, Marco Martin
wrote:
> > > > what are you exactly trying to accomplish?
> >
> > thanks for asking the Righ
On Friday 19 March 2010 17:56:12 Rob Hasselbaum wrote:
> 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" ca
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 Friday 19 March 2010 17:21:37 Aaron J. Seigo wrote:
> On March 18, 2010, Rob Hasselbaum wrote:
> > On Thu, Mar 18, 2010 at 11:04 AM, Marco Martin wrote:
> > > what are you exactly trying to accomplish?
>
> thanks for asking the Right Question(tm) :)
>
> > > usually you shouldn't care of a det
On March 18, 2010, Rob Hasselbaum wrote:
> On Thu, Mar 18, 2010 at 11:04 AM, Marco Martin wrote:
> > what are you exactly trying to accomplish?
thanks for asking the Right Question(tm) :)
> > usually you shouldn't care of a detail like that
>
> I have a data engine that pushes data to my applet
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 Friday 19 March 2010, Alessandro Diaferia wrote:
>
> IIRC applets inside a panel are not reduced to icon if the panel is enough
> big to host their "open-status". Please correct me if I'm wrong.
correct :)
Cheers,
Marco Martin
___
Plasma-devel maili
2010/3/19 Alessandro Diaferia
>
>
> 2010/3/19 Rob Hasselbaum
>
> 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().
>> >>
>>
2010/3/19 Rob Hasselbaum
> 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 is either
On Friday 19 March 2010 14:54:27 Rob Hasselbaum wrote:
> 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 for
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 is either Horizontal or Vertical, it's
> guaranteed
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 Thursday 18 March 2010, 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
> check isPopupShowing, but that approach doesn't work if the applet was
> added to the desktop instead
On Thursday 18 March 2010 15:35:47 Rob Hasselbaum wrote:
> 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
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
> > check isPopupShowing, but
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
> check isPopupShowing, but that approach doesn't work if the applet was
> added to the desktop
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
29 matches
Mail list logo
