Star GTK+ State of the Union, Plans for 3.0
Linked by Quentin Hartman on Mon 14th Jul 2008 08:46 UTC, submitted by makkus
GTK+ At last week's Guadec meeting, Kristian Rietveld delivered the GTK+ "state of the union" report. GTK+ is the multi-platform toolkit behind a number of popular applications and, perhaps most well known, the Gnome Desktop environment for Linux. Read the full report here.
E-mail Print r 5   40 Comment(s) http://osne.ws/fgq
Thread beginning with comment 322793
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: private structure fields
by danieldk on Mon 14th Jul 2008 12:29 UTC in reply to "RE: private structure fields"
danieldk
Member since:
2005-11-18

True, imo too. There is another option too - the "D" programming language. It's a much-cleaner and simpler follow-on to C++. Uses modules instead of header files, has built-in garbage-collection and many more good features. It *also* has very extensive built-in testing facilities.


D is really nice, but the standard library situation should be solved (with one, rather than two competing standard libraries), and the language should become stable (there are many useful additions in the D 2.0 spec, that is still in progress).

Reply Parent Bookmark Score: 2

sanctus Member since:
2005-08-31

I think the problem with D is the inclusion of pointer and this will lead to the same type of problem we saw in C++. (personal opinion)

1. D can be directly link to C. So why supporting pointers? If you absolutely need it, where do you need it for GUI programming anyway, you just have to make a C function

2. Programmers will code in D like they did in C. Full of stucts, pointers.

The result will be applications that are no more easier to debug, still suffering from buffer overflow and security holes.

I would probably choose Obj-C, but I don't have an idea if Apple have patent or IP on it. But if there's a pointerless D, I'll probably take this one.

Reply Parent Bookmark Score: 3