Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Analysis of the conflict among Canonical, GNOME, and KDE

blogs.gnome.org

Post reply on HN
Print view View original

31–35 of 35 posts

Re: Analysis of the conflict among Canonical, GNOME, and KDE

#31

Post by drdaeman »

gord wrote: post #20
drdaeman wrote: post #13

Earlier quoted context omitted.

> UI in HTML5/javascript/SVG I really hope this won't happen anytime soon. While everything's possible, HTML+CSS is a really horrible choice for UI description, and the whole webapp stuf is a kludge. Webapps are only done this way because there's no other choice. Developers are running away to more higher-level abstractions, which provide things that are completely missing in bare HTML+CSS. For example, there are so-…

I [obviously] disagree.. while HTML DOM may be a mess, I think SVG + Javascript is a really nice way to do UI. The pain is almost all in the area of browser compatibility. I kind of agree with your point, in that I think there is a layer missing [ eg. to make resizable UI work well ]. But I think that layer is best implemented in Javascript upon SVG/DOM. As a comparison : I've used XCode's Interface Builder, and then…

> But I think that layer is best implemented in Javascript upon SVG/DOM.

Could you, please, elaborate on this choice?

Why not, for example, Tcl/Tk? For a simple example, take a look at http://www.tkdocs.com/tutorial/firstexample.html. I doubt it would be simpler in any combination of HTML+CSS+SVG+JS (and, for example, it would be problematic to have system-wide look-and-feel)

Re: Analysis of the conflict among Canonical, GNOME, and KDE

#33

Post by dillon »

jpr wrote: post #29
dillon wrote: post #5

It's so sad that such great ideas are just so dysfunctional.

What is the great idea are you referring to? (not trolling, I honestly don't know what it is that you mean)

The idea of free software. It's a vision the Open Source community has that all software should be free.

Re: Analysis of the conflict among Canonical, GNOME, and KDE

#34

Post by dman »

bluesnowmonkey wrote: post #30
dman wrote: post #26

Earlier quoted context omitted.

Fair enough - Open systems explore the landscape of all possible systems through diverse implementation and designs. This diversity sometimes leads to open systems finding the global optima, but even in less ideal circumstances the various different approaches reach a local optima for some subset of user needs. Closed systems on the other hand try to reach the global maxima by analysis, design and 'vision'. The origi…

Optima and maxima are the plural forms of optimum and maximum , respectively.

Thanks for the correction. I am letting my incorrect post stand to provide the context for your correction.

Re: Analysis of the conflict among Canonical, GNOME, and KDE

#35

Post by naner »

mycroftiv wrote: post #4

Posts like these really show the problems in the current free software development world; balkanization between different stakeholders and bizarre processes that alternate between bureaucracy and anarchy. Watching the tug-of-war between Red Hat and Canonical play itself out in the form of dysfunctional community development process is depressing. I'm aware that watching sausage being made never makes you very hungry,…

"Everybody" doesn't hate anything, perhaps all you hear are the people complaining. These projects are being accepted by various Linux users reasonably well. Any type of change is going to inspire some ire among longtime users.

And I'm afraid these types of conflicts happen in the non-free-software world, too, the most easy examples being recent stories about internal projects in Nokia and Microsoft. Things get messier when you want standards and interop.

Post reply on HN