Originally posted by fithisux
View Post
Announcement
Collapse
No announcement yet.
Builder: A New Development IDE Being Built For GNOME
Collapse
X
-
They take it unnecessarily far
Vala is perfect fit for GNOME. Period. They should make it a cross-platform Vala IDE. I see abandoned gnome/gtk projects and the problem is IMHO C. It is too much to expect from a hobby developer. There are many C IDEs out there. There are many Python IDEs out there. JS is a s**t. If they want something faster? D is an answer, OCaml is an answer, GO is an answer but Vala should have first class support. It is made for GNOME.
Leave a comment:
-
i wonder
I wonder what existing IDE will be used to create this brand new IDE.
Leave a comment:
-
Originally posted by Akka View PostIt should be perfectly possible to use gtksourceview and add a external language parser.
Leave a comment:
-
Originally posted by Karl Napf View PostYeap, there is the glade UI builder and that is planned to be integrated according to the slides.
The big thing is indeed support for all the different languages. But from what the slides say he does not even want to address this but use gtk sourceview instead and maybe use clang for some things and languages in other places. So you are basically guaranteed to get sucky syntax highlighting and code completion -- as bad as you get it in e.g. gedit or anjuta.
The whole architecture is unsuited to do something better: It is centered around stand alone applications sharing data via D-Bus (not exactly famous for its high bandwidth/high throughput, but of course kdbus will fix all that at some point in the future) that get integrated into one UI. That is great architecture for loosely coupled applications as you typically find in a desktop session, but not great for wiring several distinct pieces for access to one huge pool of data.
Kdevelop do the same thing and reuse the editing component from kate. In the past when kvim still existed you could even use vim as editng component in kdevelop.Last edited by Akka; 31 July 2014, 08:02 AM.
Leave a comment:
-
Originally posted by the303 View PostDo you know what your logic brought? This X.org bullshit. Sticking to some outdated thing way longer than necessary.
That has little to do with wanting people to not throw code out of the window once it actually starts to become useful for other people:-)
Leave a comment:
-
Originally posted by energyman View Postno, that is not development, that is stupidity. Yes. you are expected to look at the mature code all day. Fix the bugs that are there, carefully ad features.
What you must NOT do is abandon it as soon as it is not horrible broken anymore for something else that will be incomple, incompatible and broken.
hal, *kit, original rpm... the list is long.. and it gets worse when you bring in gnomes very bad track record.
If we apply what you are saying to the linux kernel. LTS (which needs to be similar to final GNOME 2 in spirit) should disappear and we should feature freeze the whole kernel because it seems it is okay and stable the way it works. e.g. There was apparently no reason to add epoll to the kernel beacuse select indeed used to work fine I guess. Why kernel releases break proprietary GPU drivers or at least requires patches to the driver module source? Let's keep the old code it was working, right?
What exactly is stopping you from using GNOME 2 by the way apart from the case that whatever distro you are using makes it mandatory?
Originally posted by energyman View PostI am sure, as soon as systemd's kinks are worked out, it will be abandoned for something new, shiny and-oh-so-much-better. If it doesn't implode from feature creep first.
Do you know what your logic brought? This X.org bullshit. Sticking to some outdated thing way longer than necessary.Last edited by the303; 31 July 2014, 06:14 AM.
Leave a comment:
-
Originally posted by Karl Napf View PostWhy am I saying that? A good IDE does understand the code you write.
If their purpose is to push more, unexperienced people to code Gnome/GTK apps using this reference IDE (the experienced people will already code GTK with their preferred IDE), they need a real IDE, not a stupid syntax highlighter. Because that's what IDEs are for: to understand what the coder wants to do, to offer alternatives and corrections, to help refactoring.
Originally posted by Karl Napf View PostThis is going to be another anjuta, maybe a bit prettier. I am not going to hold my breath for this one.
They should focus on having a GNOME office lightweight suite like Calligra/KOffice (for KDE), instead... sigh. The current "Gnome office" project is an awful mix n mojo of different and definitely not integrated pieces of software: Abiword and Gnumeric don't talk to each other, they miss a presentation app, a db frontend, etc etc etc...
GNOME projects are interesing, but they seem to miss the focus sometimes. I mean, with Gnome3 it's clear that they are targeting a hybrid desktop/tablet environment. So, why creating a Boxes app? Nobody with a tablet needs that. Instead, a lightweight Office GTK suite, it could be really useful.
Leave a comment:
-
Originally posted by the303 View PostQtCreator is nice and my primary IDE but as the name suggests it is Qt Creator.
In fact I know several Linux kernel developers using Qt Creator. There are micro controller developers that work with 8bit machines with 16K of RAM in Qt Creator (which is pretty much as far away from Qt development as you can get;-). There even is a plugin shipped with Qt Creator enabling hardware debugging on those small machines.
Leave a comment:
Leave a comment: