Squeezing "Show Keyboard Status" indicator into KDE 4.2

[Aaron J. Seigo]

On Monday 05 January 2009, Ingo Klöcker wrote:
> On Monday 05 January 2009, Aaron J. Seigo wrote:
> > On Monday 05 January 2009, Sebastian Kügler wrote:
> > > On Monday 05 January 2009 18:53:31 Aaron J. Seigo wrote:
> > > >   On Monday 05 January 2009, Sebastian Kügler wrote:
> > > > > On Monday 05 January 2009 16:47:22 Albert Astals Cid wrote:
> > > > > > > That said, I've been thinking if the release schedule
> > > > > > > policy for kdeplasma- addons shouldn't be relaxed. I don't
> > > > > > > see any real problems for reviewed and tested code to move
> > > > > > > there, even after the rest of KDE is frozen -- but until
> > > > > > > further notice, it's subject to freeze.
> > > > > >
> > > > > > I really don't see why kdeplasma-addons should be different
> > > > > > from the rest of KDE.
> > > > >
> > > > > Maybe not kdeplasma-addons, but it'd surely be nice to have a
> > > > > way to release applets in between cycles, a bit like extragear.
> > > > > What I don't like
> > > >
> > > > we used to have an extragear repo for plasma stuff, but it became
> > > > kdeplasma- addons instead because it was "too hard" for people to
> > > > keep up between versions as BC was breaking in libplasma. just
> > > > sounds like we need to start up the extragear again for plasma,
> > > > though that makes kdeplasma-addons a bit of an odd duckling then.
> > > >
> > > > personally i don't think there's a lot of reason for another
> > > > module, though.
> > >
> > > Or maybe intermittent releases of kdeplasma-addons? Like once every
> > > two months, with two weeks of freeze? Would make for nice testing
> > > ground of seasoned releases as well ...
> >
> > yes, that would be nice indeed given the rate of change those tend to
> > have =)
>
> Will the rate of changes still be so high if libplasma is frozen for six
> months? Who wants to write applets for a frozen library when the
> version in trunk has so many cool new features one could play with? ;-)

;)

> Also, what happened to the idea to install the applets via ghns instead
> of relying on the applets to be packaged by all distros. I thought the
> applets where supposed to be platform-independent, i.e. script code
> with some SVG graphics.

there will always be some C++ plugins. but yes, we're working pretty hard on 
the scripting options.

> Furthermore, what's the point of making a release every two months given
> that the big distros all have a six months schedule, so that the
> majority of our users have no advantage of a two months release cycle?

it wouldn't be targetting the majority of our users, the group who are most 
useful to us (oh, so selfish! ;) because they build from source and then 
report problems. it's also a nice way to keep them happified and closely 
engaged with the project, though i guess they could just follow svn in that 
case for that one module as well.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20090105/7d34bec8/attachment.sig>