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.

Vincent wrote:
> 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
>     and
>     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
>     Ubuntu
>     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
>     hours
>     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
>     shared.
>     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
>     identified.
>     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?
>     https://features.launchpad.net/distros/ubuntu/+spec/efficient-coding-strategy
>     <https://features.launchpad.net/distros/ubuntu/+spec/efficient-coding-strategy>
>     https://wiki.ubuntu.com/EfficientCodingStrategySpec
>     Elias
>     --
>     ubuntu-devel mailing list
>     ubuntu-devel at lists.ubuntu.com <mailto:ubuntu-devel at lists.ubuntu.com>
>     https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
>     -- 
>     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>
>     https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
> -- 
> Vincent

More information about the xubuntu-devel mailing list