Linked by Thom Holwerda on Fri 21st Apr 2006 14:37 UTC, submitted by historyb
More than a dozen technology companies, including IBM, Red Hat, and Novell are planning to support a new integrated server and desktop Linux standard unveiled at next week's Linux Desktop Summit by the Free Standards Group. The FSG is a nonprofit organization that has worked for years on a number of open standards including a server specification called the Linux Standard Base.
Thread beginning with comment 116942
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
RE: Article is pretty superficial
by Mitarai on Fri 21st Apr 2006 18:06
in reply to "Article is pretty superficial"
Member since:2005-07-28
RE: Article is pretty superficial
by segedunum on Fri 21st Apr 2006 20:03
in reply to "Article is pretty superficial"
Member since:2005-07-06
The article's target audience might be the cause for this wrong wording but I am not aware of any software that will not run if suggested the desktop environment is not the active one.
Well, in a slight defence of Perens and the article, I imagine they are saying that it may be easy to integrate relatively simple things but once you get ISV software that integrates more heavily with the desktop, specific technologies and applications - that's where things get difficult. Do you replicate an entire API on top of both desktops (in effect a desktop API in itself) just so ISVs have one thing to port to, duplicating effort and software?
That's where, for me certainly, it gets difficult.
Recent Original Stories
Recent Comments
Headlines
Random Comments
Random Stories
Random OS Link
Member since:
2005-07-07
and includes flawed or rather imprecise sections like this
"Matters are not helped by the fact that Linux supports two competing desktop environments, called Gnome and KDE, making it hard for developers to create one piece of software that will run on all versions of Linux."
The article's target audience might be the cause for this wrong wording but I am not aware of any software that will not run if suggested the desktop environment is not the active one.
There is usually only a difference in the level of integration, i.e. usage of desktop framework services, but since such service are moving to an abstracted communication modell, quite like web services, the most likely outcome is that applications will be using some form of highlevel API, for example one of the desktop framework APIs, which in turn will delegate the work to the currently active service implementation.