Efficient Coding Strategy for Desktop Environment Development
Jelle de Jong
jelledejong at powercraft.nl
Sun Nov 12 15:33:39 UTC 2006
My vision is to create a widget system that is universal for all GUI
systems. So a gnome application could be ported to trolltec or GTK etcetera.
> I totally agree. Can you imagine the benefit for the Linux world as a
> whole if Ubuntu would do this? Of course, let's hope the the
> Gnome/Ubuntu people do not unnecessarily use Gnome libs, or, when it
> adds some non-required functionality, that there are also non-gnome-lib
> versions. That'd really be great.
> On 11/11/06, *Cody Somerville* <cody.somerville at gmail.com
> <mailto:cody.somerville at gmail.com>> wrote:
> For those of you not on the primary devel mailing list, I thought
> you might like to read the following:
> ---------- Forwarded message ----------
> From: *Elias Humbolt * <elias at asb-online.at
> <mailto:elias at asb-online.at>>
> Date: Nov 11, 2006 1:56 PM
> Subject: Efficient Coding Strategy for Desktop Environment Development
> To: ubuntu-devel at lists.ubuntu.com <mailto:ubuntu-devel at lists.ubuntu.com>
> How more Code could be shared between "competing" Desktops Environments
> I understand Ubuntu as a project where people of different interests
> origin build their dreams together on common ground. We have come far
> but it is still far to go until we can really say, we live/develop
> following the concept mentioned above.
> At the current time I still see talent, time and energy wasted by
> family members of different religion each one trying to reinvent it's
> own wheel. Instead they should create one stable felly together and
> apply their unique touch to it by adding their custom hub cap.
> A good example for illustration is network-manager. The deamon running
> in the background represents the felly, the common ground. And the Gnome
> and KDE GUIs represent the individual hub caps.
> This approach ensures there are not two incompatible implementations for
> the same problem in Ubuntu like powernowd and kpowersaved. And work is
> not lost, like all the KDE attempts to create a config utility for wlan
> devices. Or even like with dcop which will be replaced by dbus in KDE4.
> Possibly dcop could be what dbus is nowadays, if only this technology
> would not have been hidden inside kdelibs, unaccessible for anybody
> interested, only to be available when installing kdelibs and even the QT
> library which it depends on.
> For that reason huge coding efforts are lost for ever, programming
> wasted, because of course it does not make sense for KDE to maintain
> dcop if dbus is around anyway and fulfils the same purpose.
> Consequently, we should ensure in the future, that this does not happen
> again. Common grounds must be found, universal tools created, efforts
> The next best candidates would be:
> Power Management and Laptop Buttons
> Both could be handled by a daemon and controled by an individual GUI in
> each desktop environment. Other candidates could certainly be
> Great things could be acieved if Ubuntu when all it's flavours act like
> a big family. The efforts of the one family member should also be
> beneficial for the other members as well.
> Wasn't this the idea of Open Source anyway?
> ubuntu-devel mailing list
> ubuntu-devel at lists.ubuntu.com <mailto:ubuntu-devel at lists.ubuntu.com>
> Firefox ( www.getfirefox.com <http://www.getfirefox.com>) -- A
> browser you can trust
> xubuntu-devel mailing list
> xubuntu-devel at lists.ubuntu.com <mailto:xubuntu-devel at lists.ubuntu.com>
More information about the xubuntu-devel