>From a user's POV, I second what Ivan wrote. I still think it was a neat
idea but there were several reasons why I didn't use extenders:
1. Crash-prone. Plasma would often crash when playing around with them (the
Extender section in Plasma HowTo was, hands down, the hardest section
On Tuesday, November 15, 2011 16:08:17 Marco Martin wrote:
> > so ... i'd like to propose that we kill Extender, ExtenderItem and
> > ExtenderGroup in libplasma2.
>
> i say kill it.
>
> to me extender is the typical "seemed a good idea at the time"
My thoughts exactly. :)
+1 for killing them.
On Tuesday, November 15, 2011 16:08:17 Marco Martin wrote:
> now, crazy usual crazy idea moment:
> funny thing, in qml it would be way easier to do them: we could have an
we talked about exactly this, only SVG+Javascript, at the kdelibs meeting
trysil ... yes, that one. way before 4.0. :)
some t
+1 for removal
with a small note - I don't think that extenders turned up to be a bad
idea - from my pov, extenders in plasma failed because of a few design
decisions (eg could have been dropped on an unlocked desktop and
nowhere else) and bugs :)
--
Cheerio,
Ivan
--
While you were ha
y, so the loader would directly
instantiate a component out of that (and save such qml source buh, somewhere)
this is quite crazy/scary and i don't want to do it right *now*, but if we
will find again an use case for extenders in the future.. well, that would be
the fairly easy way to go i t
ver, as i hope we will
have a QML notifications plasmoid sooner rather than later and as pretty much
nothing else uses it .. i don't think this is a big deal.
i can't just move extenders to the plasma QGraphicsView support library,
either, as they are (by necessity) deeply entwined with
On November 10, 2009 13:03:58 Aaron J. Seigo wrote:
> On November 10, 2009, Marco Martin wrote:
> > SVN commit 1047062 by mart:
> >
> > emit a signal when the user clicks the close button.
> > would perhaps be better to bind it with an action and make it accessible
> > with action("close")?
>
> ye
On November 10, 2009, Marco Martin wrote:
> SVN commit 1047062 by mart:
>
> emit a signal when the user clicks the close button.
> would perhaps be better to bind it with an action and make it accessible
> with action("close")?
yes, i think so. it would allow disabling it, triggering it, and othe
DE/kdelibs/plasma/extenders/extenderitem.cpp #1047061:1047062
@@ -444,6 +444,11 @@
d->hostApplet()->config("ExtenderItems").deleteGroup(QString::number(d->extenderItemId));
d->extender->d->removeExtenderItem(this);
emit d->extender->itemDetached(th
On 30/9-2009 23:24 Hans Chen wrote:
> Hi,
>
> The Plasma notifications are extenders. They're stacked, and if you widgets
> are unlocked you can drag them to desktop[1] or stack them with other
> extenders[2]. (As you can see in the second screencast, the calender is
Hi,
The Plasma notifications are extenders. They're stacked, and if you widgets
are unlocked you can drag them to desktop[1] or stack them with other
extenders[2]. (As you can see in the second screencast, the calender is also
an extender).
With best regards,
Hans Chen
[1]
On 30/9-2009 19:20 Marco Martin wrote:
> On Wednesday 30 September 2009, Thomas Olsen wrote:
> > Having read
> > http://techbase.kde.org/Development/Tutorials/Plasma/UsingExtenders I'm
> > still a bit baffled as to what Extenders are.
> > Am I right to believe tha
On Wednesday 30 September 2009, Thomas Olsen wrote:
> Having read
> http://techbase.kde.org/Development/Tutorials/Plasma/UsingExtenders I'm
> still a bit baffled as to what Extenders are.
> Am I right to believe that they are what you use when you eg. want to have
> an icon in
Having read
http://techbase.kde.org/Development/Tutorials/Plasma/UsingExtenders I'm still
a bit baffled as to what Extenders are.
Am I right to believe that they are what you use when you eg. want to have an
icon in the panel that pops up the plasmoid when clicked upon?
--
Best Regards
On Monday 01 June 2009, Ontje Lünsdorf wrote:
> Hi all,
>
> my applet is continuing to shape up. I'd like to use an extender item by
> calling applet.extender(). But this results in the following error:
> "no access to protected functions or signals for objects not created from
> Python"
> What am
Hi all,
my applet is continuing to shape up. I'd like to use an extender item by
calling applet.extender(). But this results in the following error:
"no access to protected functions or signals for objects not created from
Python"
What am I doing wrong?
Thx,
Ontje
__
---
Made the improvements suggested by aaron, and as an extra plus, make the "i"
button disappear again when needed.
Summary
---
I've been working on adding support for grouping to extenders and using this to
group jobs in the plasma systemtray: a useful feature we alrea
:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/344/
> ---
>
> (Updated 2009-03-16 12:38:12)
>
>
> R
o reply, visit:
> http://reviewboard.kde.org/r/344/
> ---
>
> (Updated 2009-03-16 12:38:12)
>
>
> Review request for Plasma.
>
>
> Summary
> ---
>
> I've been working on adding support for grouping to extenders and using this
> to group jobs in the plasma sys
pport for grouping to extenders and using this to
group jobs in the plasma systemtray: a useful feature we already discussed at
Tokamak. I've already discussed the extender api bit at Tokamak with Aaron, but
changed a couple of things about it while implementing because they could have
20 matches
Mail list logo
