GNOME Builder Is Still Building Up To A New IDE For Developers

[phoronix]

Phoronix: GNOME Builder Is Still Building Up To A New IDE For Developers

GNOME Builder is that interesting GNOME IDE project for developers...

http://www.phoronix.com/vr.php?view=MTg2NjY

[Karl Napf]

Strange priorities?

Architecturally this project is doing everything different than any other IDE in existence. All of them are based on plugins running in one process so that they can efficiently share access to the (usually huge) data structure holding the code model.

Gnome builder moves that code model into a separate process -- and even into a separate project (gnome-code-assist) -- and then accesses that data via DBus. Let's hope the kernel based DBus will be fast enough for that to work out!

Not to mention that gnome-code-assist provides interfaces made for simple text editors, not for IDEs. Extending that will be interesting, considering that Christian will have to manage two separate projects with separate release cycles...

How does syntax highlighting work? Any good IDE uses the code model for that, but gnome-code-assist does not seem to even be able to provide that information. So does syntax highlighting generate its own code model? Then you end up with (similar) data in memory twice and with having to parse all the files in the project twice. Not very efficient.

I would really like to see some work on validating that the architecture is sound instead of UI polish (and a vi mode, which all the new users flocking to Linux due to this new IDE will absolutely need:-).

[uid313]

XAML

Think if it GTK had support for XAML.

[Akka]

Architecturally this project is doing everything different than any other IDE in existence. All of them are based on plugins running in one process so that they can efficiently share access to the (usually huge) data structure holding the code model.

Gnome builder moves that code model into a separate process -- and even into a separate project (gnome-code-assist) -- and then accesses that data via DBus. Let's hope the kernel based DBus will be fast enough for that to work out!

They don't use dbus but besides that this is how the code model in the vim plugin youcompleteme works. At the beginning it was mostly autocomplete functionality, but now it also has syntaxcheck, codebrowsing etc.
If you use libclang in the backend to your code model you also need some way so libclang not crash the editor, a separate process for the code modell is at least a possible solution.

[ssam]

There is a also a crowd funding campaign https://www.indiegogo.com/projects/b...e-of-our-gnome