RFC: DBUS & KDE 4
Aaron Seigo
aseigo at kde.org
Thu Sep 30 17:36:35 BST 2004
On September 30, 2004 10:04, Maks Orlovich wrote:
> > [*] Just consider Aaron and his systray-over-DBUS.
hehe =P
> See, that's partly why I am really uncomfortable about this stuff. It's 90%
> buzz, 10% technology. And buzz has rather circural nature: people get
> convinced that everyone will use X, so everyone ends up using X.
to say it again: i'm using it because it has things DCOP doesn't. it would
simply not be feasable to do what i'm doing with DCOP. it's either XAtoms
galore (which doesn't solve the all the aspects of the problem i'm trying to
solve) or DBUS or <insert a NIH-syndrome-driven solution that doesn't exist
yet here>
> D-BUS hardly excites me because I don't see anything particularly
> innovative in it (while DCOP's very existance was quite a radical idea, and
> the whole key/call causality tracing things is interesting). D-BUS seems
not everything has to be innovative. in fact, innovative ideas become mundane
but often stick around for a long time anyways because they are good ideas
(which is partly why they were proclaimed to be "innovative" to begin with).
just because something is yesterday's innovation isn't a valid argument
against it; it's actually often an argument FOR it, since it's a good idea
that's (hopefully) matured.
unless there is something better, there's nothing wrong with such a situation.
though you seem to imply that there could be a greater innovation here. what
would that be, in your mind?
> so ended up making some things worse w/some things better, while
> reproducing a lot of the really mundane stuff.
the question has be posed, but not answered: can the "stuff that is worse" be
fixed and how much effort would that take? i know earlier you spoke about
deadlock issues, can you point to where these problems exist exactly[1]?
[1] not saying they don't exist, i'm just curious to know where as that's half
the battle. well... maybe 1/10th. but it's a start ;-)
--
Aaron J. Seigo
More information about the kde-core-devel
mailing list