Efficient Coding Strategy for Desktop Environment Development

[Vincent]

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> 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>
> Date: Nov 11, 2006 1:56 PM
> Subject: Efficient Coding Strategy for Desktop Environment Development
> To: 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://wiki.ubuntu.com/EfficientCodingStrategySpec
>
> Elias
>
>
> --
> ubuntu-devel mailing list
> ubuntu-devel at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
>
>
> --
>
>
> Firefox (www.getfirefox.com) -- A browser you can trust
> --
> xubuntu-devel mailing list
> xubuntu-devel at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
>
>
>


-- 
Vincent
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/xubuntu-devel/attachments/20061112/6cb77bcc/attachment.html>