Linked by Thom Holwerda on Tue 7th Aug 2007 17:31 UTC, submitted by GhePeU
Gnome "About half a year ago I was looking around me and seeing stagnation in the GNOME community. I was concerned that GNOME had lost its momentum and that we were just making boring incremental releases that added very little new functionality. I think I was very wrong. I'd like to take this time to list some things that are happening right now in the GNOME community that have me very excited. These are the projects that are actively improving the future of the GNOME desktop." Let's hope a punctuation checker will be part of GNOME too. One Aaron is enough.
Thread beginning with comment 261632
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: Vala
by leos on Tue 7th Aug 2007 22:17 UTC in reply to "RE: Vala"
leos
Member since:
2005-09-21

It looks very similar to C# to me. You might have to learn how to start method names in lower case though, if that's the sort of thing you find difficult. As a KDE developer I'm quite envious of the language agnostic approach of the Gnome project. That might be a result of the fact that GUI programming in C is so painful, but KDE is still more C++ focused than Gnome is C focused.


It's not that it's particularly hard to learn, I'm sure most programmers won't have any trouble learning it, but it's just another thing to learn. Especially for novice programmers that may have learned some Java or C in college, the more new stuff you pile on, the less likely they are to contribute.

You know more about language bindings for KDE than I do though. Can you elaborate on why the situation there is worse than on Gnome? It seems to me that the bindings (Ruby, Python, etc) are in fairly good shape.

Note that Objective-C has been pretty much specific to OpenStep/Cocoa for over 15 years (since Stepstone Objective-C died), and it doesn't seem to have done that platform much harm.


Well, that's debatable. Openstep is certainly not very widely used on Linux, and MacOS is still more or less a niche platform as well. Also note that these technologies have stayed on the platforms they were written for. You don't see anyone developing with ObjC on Windows for example, even though it is theoretically nicer than, say C++.

Well you obviously should write in assembler then for maximum 'elegance'.


No, but sometimes you want it a certain way for performance reasons.

Oh really - do you think we should be developing Free Software purely with an eye to what clueless recruitment consultants might think?


Of course not, but free software depends on developers willing to spend time on it, and if you offer the side benefit of gaining marketable skills, you might entice more people.

Anyway, I'm not advocating that Vala shouldn't be developed, I'm just betting that it won't take off for those reasons.

Reply Parent Bookmark Score: 5

RE[3]: Vala
by Richard Dale on Tue 7th Aug 2007 23:08 in reply to "RE[2]: Vala"
Richard Dale Member since:
2005-07-22

You know more about language bindings for KDE than I do though. Can you elaborate on why the situation there is worse than on Gnome? It seems to me that the bindings (Ruby, Python, etc) are in fairly good shape.

Yes, technically the Qt bindings for Java, Python, Ruby, C# are in excellent shape. But there are only bindings for Ruby, C# and Python in prospect for KDE4 (nobody is currently working on KDE4 java bindings).

Based on KDE3 usage (of Python and Ruby) there are about 10x as many users of the Qt only bindings as the KDE ones. But with the Sugar project, the Gnome project has built an entire environment around PyGtk and that is way ahead of anything the KDE project have done with bindings. That doesn't mean PyGtk is technically better than PyKDE, just that nobody has done that much with PyKDE.

PyQt has certainly been used for a large number of serious projects, and it is the Qt/KDE binding that QtJambi, QtRuby or the C# Qyoto bindings need to measure up to.

Reply Parent Bookmark Score: 4