Clutter tutorial update
6. May 2009
As Murray already mentioned we updated the Clutter Tutorial over the last weeks for the upcomming Clutter 0.9/1.0 release. Clutter 0.9 makes some hacks obsolete that were necessary to archieve some functionality in the past so we could concentrate more on straight-forward ways this time.
The tutorial features some new sections:
- The new GtkClutterViewport widget allows scrolling of GtkClutterEmbed widgets and is decribed in the new Stage Widget Scrolling section.
- Some notes were added for using Timeline markers.
- ClutterAnimation has replaced the obsolete ClutterEffects API and thus ended up in the new Animations section. This section also explains how to use ClutterAlpha properly.
- The biggest new API is probably the new ClutterText widgets that allows use-cases from a simple label over a single-line entry to a full-featured multi-line text input box.
Unfortunately some links to the API documentation are not working yet because the clutter-gtk API documentation for 0.9 is not yet available online. The tutorial is also available as pdf.
Development of the tutorial happens in the clutter-tutorial module on GNOME git.
Please don’t fork (and esspecially don’t fork forks)
25. April 2009
So, from the little hacker in me I am a bit annoyed about forking strategies some projects have. I have been (co-)maintaing gdl for about 4 years know, brought it into GNOME, fixed lots of deprecated stuff and got rid of all the non-docking stuff in the library and lots of other people helped there.
Now what happend:
- inkscape* has a fork of gdl that is probably quite old. They made some additions that are probably useful
- Niepce forked the inkscape fork
- MonoDevelop made yet another fork of gdl, ported in to C# and dropped it again later
Nobody ever popup up in bugzilla, the mailing list or on IRC to ask if they could put some patch upstream that they needed. I am quite sure the upstream version fixes lots of problems still present in other versions and I am also sure the other versions contain some useful additions to gdl and that it would be no big deal to merge them. But as long as nobody from the projects steps up and says “Hey, here is our patch, can you have a look at it” it’s unlikely that upstream will ever be able to fill their needs. On the other hands they will never profit from upstream bug-fixes in any way.
* I think an inkscape dev once asked for a non-gnome version of gdl which was added later (and is now obsolete as there are only gtk+/glib dependencies left). But there was no further conversation.
So, please STOP this!
Act like Joel Holdsworth from the Lumiera Project. He poped up on the mailing list and said he would need gdl but would need some small additions. Afterwards he put in lots of patches, documentation updates and bug-fixes to make life easier for everybody.
That being said, both inkscape and Niepce are in C++ so it would make lots of sense for them to share a common gdlmm binding. Inkscape uses some non-standard binding method for gdl with lots of hand-written code.
Some people might say that gdl should be merge into gtk+. This may be done someday but gdl is not in a stage where it makes sense to consider it. It does a good job but it is far from perfect and it is even the question from a UI perspective if the averange application really needs to have such a heavy docking library in a general-purpose toolkit.
Migrate from libglade to GtkBuilder – Quick’n’dirty
7. April 2009
Some instructions here because the porting guide in the Gtk+ docs is quite short at the moment:
Convert the files
gtk_builder_convert <old_glade_file> <new_gtkbuilder_file>
Code changes
- Remove #include <glade/glade.h>
- GladeXML* => GtkBuilder*
- glade_xml_new (FILE, “first_widget”, NULL) becomes
GError* error = NULL;
GtkBuilder* builder = gtk_builder_new();
if (!gtk_builder_add_from_file (builder, FILE, &error)
{
g_warning ("Couldn't load builder file: %s", error->message);
g_error_free(error);
}
- glade_xml_get_widget (gxml, “widget_name”) becomes GTK_WIDGET (gtk_builder_get_object (builder, “widget_name”))
- glade_get_widget_name (widget) can be replaced by gtk_widget_get_name(widget)
- glade_xml_get_widget_prefix (gxml, “prefix”) can be emulated by gtk_builder_get_objects(builder) together with manual filtering. It returns a GSList* instead of a GList* though.
That’s it basically. Don’t forget to adjust your Makefile.am to install the correct files and update POTFILES.in!
Anjuta News Blog
6. April 2009
Just some self-promotion: The Anjuta News Blog already has some interesting entries and might be worth reading. It should hopefully appear on news.gnome.org soon, too
3.0 – what our users think
3. April 2009
After reading the 3.0 plan of the release-team I was curious what the end-users would say. It is rather difficult to find out because there is no average end-user. Anyway, I tried to summarize opinions from two popular german computer magazines:
- Heise-online: The biggest computer magazine in Germany (online and offline). They feature a rather big and detailed article on GNOME 3.0.
- Pro-Linux News: This is a non-profit Linux News site. Their article is smaller and the Nerd-factor of the readers is certainly a bit higher here.
Apart from some more off-topic posts (GNOME vs. KDE, MacOS is the only real thing, etc.) on the Pro-Linux board the reactions were quite similar with those main points:
- Don’t make it a KDE 4.0! People rely on a stable desktop…
- This looks interesting and cool! GNOME really needed some revamp…
- Hmm, I cannot see why this is better than now – do we need it?
The rest of the comments are mostly based on misunderstandings (heise writes that “Zeitgeinst” will replace Nautilus which is simply untrue). Funny enough though, quite a lot of people comment that they liked our little steps in 2.x a lot which most sums up with point 1. These was much less critism than I expected actually and instead people applaud us for the work in the past years.
Of course this is no representative review about user comments, it is just a small limited summary (only German, people who are really interested in computing). In the end I think we seem to do well, but should mind the three points raised: Make it stable, make it cool, make it useful!
Save the world – waste less pixels
31. March 2009
Yesterday, I started to implement Murray‘s/Mathias‘ idea to add the ability in GTK+ to add a widget beside the tabs of a notebook. This makes of course only sense in application where only a few notebook pages are used usually and there is a lot of space left in the tab area. But of course it will also allow to add little combo boxes in this area like Mozilla Firefox, to give the user some additional features for the notebook navigation.
The basic code is now in place and it is less complicated then I expected. Anyway, there is still some stuff to do:
- Position of the widget (like GTK_PACK_START/END)
- whether the widget should take the whole space available (GTK_EXPAND)
The API is pretty simple up to now and only consists of gtk_notebook_set_tab_widget (). Patch coming soon to your nearby bugzilla.
Anjuta 2.26.0 released
20. March 2009
So, yeah, we relaesed another version some days ago. You may want to read the previous posts about the new features here. Most notibly in the final version was the addition of version control information to the file viewer. You can now see the status of your files using an emblem system like the famous TurtoiseSVN for Windows. It is actually meant to also work for git and we hope to get this done very soon in the next stable versions. There are some bugs preventing it at the moment. Otherwise everybody has done a great job and we significantly reduced the amount of bugs (from about 120 to 70, exluding enhancements)
As usual you can get the lastest version here: http://download.gnome.org/sources/anjuta/2.26
Another interesting thing for some people is probably a new alpha version of the vala plugin. It’s still a bit buggy and incomplete but I would invite some of the vala developers out there to try and improve it. It’s completely written in Vala so you can have some fun in this area!
Happy coding!
Filtering in gnome-system-log
6. March 2009
Since viewing log files can be some kind of annoying when you are only interested in a special problem I wrote a patch to filter/highlight specific sections of a logfile with gnome-system-log. A screenshot says more than thousand words:
Screenshot of gnome-system-log highlighting all gdm messages
The filters are based on regular expressions and should thus be quite flexible. The work was done (and paid) by Openismus Gmbh!
Dear lazyweb
25. February 2009
Has anybody experienced with gtk+ an idea about this bug?
Thanks!
P.S.: Hello Planet Openismus! And yes, I am working on this hackergotchi thing…
Anjuta 2.26 Preview
5. January 2009
Today, anjuta 2.25.4 was released as first beta of the upcoming anjuta 2.26. Actually I am sorry that we didn’t release any other 2.25.x but time is limited and we didn’t want to release something completly broken. Anyway, this release features various cool new things. For details see the NEWS entry but I will present the most important things here.
HIG-Improvements
The toolbar has been simplified and cleaned of the bonobo stuff and the short-cuts of the menu items should now all match the HIG where this doesn’t conflict with specific IDE requirements. In addition some seldom used (and broken) menu items have been removed.
Symbol-db plugin
Finally, after it has been in alpha and beta stages in the last two releases, the symbol-db plugin is mostly finished and replaces the old symbol-browser in this release. This means anjuta uses the system installed ctags executable now instead of an (outdated) copy of the ctags sources. In addition every symbol is now kept in a sqlite database that is accessed using libgda. It works for all languages supported by ctags and allows us to have more symbol information and a faster lookup.
The symbol-db plugin also scans the packages required by the project automatically (using pkg-config). In addition, it also checks if the symbols are up-to-date, so it will rescan when you update gtk+ for example.
In the future we hope that it will help us to get a better auto-completion though this also depends on good language parsers.
Devhelp with webkit
The devhelp plugin has been updated to use webkit instead of gtkmozembed which makes it at least much easier to embed. The plugin provides all the features of devhelp trunk now. In addition, there is a link to library.gnome.org now to make it possible to view the online reference manuals inside anjuta.
Starter
When starting up anjuta, a new start page is now displayed which gives quick access to common operations and provides links to the developer documentation. The thought behind this is to make it easier for newbies to get familiar with anjuta and the GNOME development model.
Bookmarks
The bookmark interface has been completely rewritten to match the metaphor of bookmarks as it is used in web browsers. It is possible to assign names to bookmarks now and anjuta will automaticly propose names (such as the current symbol scope, the current selection or “file.c:35”). Bookmarks are remember accross sessions and saved with the project.
Internal improvements
The gnome-build module has been merged into anjuta as it had no other users and featured its own homebrew plugin system. It has been ported to use the anjuta plugin system and integrated with the project-manager.
Lots of work has been done to remove the use of gnome-vfs and libgnome(ui). It is not completely finished yet but should be done until 2.28.
Some new macros have been added to support log domains for debug messages to help finding the interesting messages
The scintilla editor has been updated to 1.77 to match with the upstream sources. It would be much easier if the scintilla team would release a library that we could link against but for now we have to ship their whole source tree.
In addition lots of bugs have been fixed especially in the HIG, usuability and search area. The full (long) list is in the NEWS file.
Special thanks:
(in no particular order)
- Sébastien Granjoux (for general bug fixing, merging gnome-build and being totally awesome)
- Massimo Cora’ (for doing the great work on the symbol-db plugin)
- Naba Kumar (for giving lots of input on design decisions)
- James Liggett (for the work on the version control plugins)
- Adam Dingle (for many patches and lots of QA in bugzilla)
- Jens Georg (for the GNOME-VFS porting)
- Carl-Anton Ingmarsson (for various great patches)
- Ignacio Casal Quinteiro (for updating devhelp to webkit and the new starter plugin)
- All translators and people I possibly missed here