Review Request: Transparent system tray icons
Aaron J. Seigo
aseigo at kde.org
Thu Aug 21 05:32:17 CEST 2008
On Wednesday 20 August 2008, you wrote:
> On Wednesday 20 August 2008, Aaron Seigo wrote:
> > -----------------------------------------------------------
> > This is an automatically generated e-mail. To reply, visit:
> > http://reviewboard.vidsolbach.de/r/137/#review127
> > -----------------------------------------------------------
> >
> >
> > i'm not sure it makes sense to backport this to 4.1: it's a visual issue,
> > and in an applet that is notoriously flaky. with most of us on trunk/,
> > it's probably better to leave as-is.
> >
> > for 4.2, i'd rather see the new systray widget working and in trunk
> > instead of continuing to spend time resources on this one.
> >
> > - Aaron
>
> We will use it anyway, because we will ship 4.1.x.
cool; perhaps you could either open a branch with these patches in them or
else *thoroughly test* and backport it to 4.1 yourself.
> People, you should think that all major distros *WILL* ship KDE 4.1 by
> default now, not 4.2 that will be out way after next releases.
> So, lot of current things make sense to backport for the sake to have KDE 4
> as main interface...
and then we end up with the mess we were in with 4.0.x where the vast majority
of us are on 4.2 because that's the only place we can do feature development.
right now we're working on 4.2, with bugfixes only to 4.1. we have to be
careful about what we backport so that we don't waste our own time/energy too
much (thereby cheating the 4.2 release) and so that we don't destabalize
4.1.x.
you care about 4.1.x a hell of a lot more than i do right now, and that's
understandable. we have different priorities: as a distro person you live in
the past (releases happen in the past) and i live in the future (for the
release that is yet to come).
honestly, i think distros probably need to pick between a couple possible
plans:
* get over the "we only ship 4.1.x now" idea and provide 4.2 as an update to
4.1 when it comes out
* test and backport things they want to see in 4.1.x themselves; this would be
a great way to give back to the project[1].
* live with what they get in 4.1.x and let people wait for the next release.
really, this is all about distros shipping a release and looking at the work
we're doing in trunk/ (an unstable branch) and wanting to deliver that right
now to the user. it's poor software development practice, and forgets that
there will *always* be better stuff in trunk/ than in the last release. this is
why we do freezes that lead to releases: to give downstream things that work
while giving us the ability to continue changing things.
so while i understand where you are coming from, your advice is, imho, really
dangerous. you're asking us to rush development and putting pressure on us
that is not our to bear.
as far as i'm concerned, the plasma team will continue to backport crash and
major functionality bug fixes. things like "make the icon backgrounds
transparent" we won't; just look at all the comment frederikh had on the
systray icon handling in the new tray to understand why backporting that would
be a bit daft at the moment.
[1] OpenSUSE did a nice job of this in 4.0.x up to a point; several of their
backports didn't make it back into svn unfortunately, but that is life.
--
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 Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20080820/4433f33b/attachment-0001.sig
More information about the Plasma-devel
mailing list