Efficient Coding Strategy for Desktop Environment Development
Jelle de Jong
jelledejong at powercraft.nl
Sun Nov 12 15:47:06 UTC 2006
Thanks Vincent nice information, it comes close it. If you read the
criticism about rpm and deb packages. You start wondering why not use a
new container format for linux packages that are compatible with rpm and
deb and other packages formats out there. I am strong believer in open
standards...
Vincent wrote:
> I don't know the exact details, but perhaps this quite new initiative is
> what you dream of: http://en.wikipedia.org/wiki/Portland_Project
>
> On 11/12/06, *Jelle de Jong* <jelledejong at powercraft.nl
> <mailto:jelledejong at powercraft.nl>> wrote:
>
> 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>
> > <mailto: 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>
> > <mailto: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> <mailto:
> 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://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>
> <mailto:ubuntu-devel at lists.ubuntu.com
> <mailto:ubuntu-devel at lists.ubuntu.com>>
> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
> <https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel>
> >
> >
> > --
> >
> >
> > Firefox ( www.getfirefox.com <http://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>
> <mailto:xubuntu-devel at lists.ubuntu.com
> <mailto:xubuntu-devel at lists.ubuntu.com>>
> > https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
> >
> >
> >
> >
> >
> > --
> > Vincent
> >
>
> --
> 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
> <https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel>
>
>
>
>
> --
> Vincent
>
More information about the xubuntu-devel
mailing list