To install the packages:

1. Download the .repo file and save it as /etc/yum.repos.d/maliit.repo.
2. Install the packages meego-inputmethodkeyboard and meego-inputmethodbridges with the Add/Remove Software application (or with yum)

To try it out, run as a user

1. meego-im-uiserver
2. GTK_IM_MODULE=meego-im gedit

This packages contains the vanilla versions of Maliit and the default theme (Meego). The custom GNOME 3 theme (see Customizing the MeeGo Keyboard) as it was shown by Jon Nordby on a tablet needs to be still packaged.

For more information see the Maliit Wiki.

Application indicators are simple menus so it is easier and more consistent to interact with them than with the current notification area icons, where each icon behaves differently. Some are showing different popup menus on left and right click, others are showing or hiding some dialog/window on left click.

I started to add support for Application Indicators to gnome-power-manager, IBus and gnome-settings-daemon last week. Patches for upstream are also available (1, 2).

My name is Jan Arne Petersen, I am a 27 years old software developer living near Cologne, Germany and working at Openismus. I am involved in the GNOME project since 2002. In this time I contributed features and bug fixes to different applications and libraries (like e.g. GnuCash, GTK+, Nautilus and Totem) and supported the GNOME booth at different German Linux events. Before my involvement in the GNOME project I was the initiator and lead developer of the JRuby project.

Clutter Tutorial

I updated the source code examples of the Clutter tutorial written by Murray to make them run with the current unstable development version of Clutter. I never used Clutter before but it is a really nice library and the tutorial helps a lot to understand Clutter concepts like Timelines and Behaviours. (Patch to update the examples).

Tool Palette

There is a generic tool palette container developed by Openismus. I continued Mathias’ work by adding new features such as support for scroll to group (show as much items of a group as possible when expanding) or RTL language support:

There is a bug open in GTK+ which allows to use some additional layout options for tool items. It would allow something like an enhanced BOTH_HORIZ style:

or vertical, aligned text in the TEXT style:

The EggToolPalette is already usable. The source code is avaiable: svn co http://svn.gnome.org/svn/libegg/trunk libegg

Viewvc: http://svn.gnome.org/viewvc/libegg/trunk/libegg/toolpalette/

Use

• egg_tool_palette_new () to create a new tool palette
• egg_tool_item_group_new (“Name”) to create a named item group
• gtk_container_add (GTK_CONTAINER (palette), group) to insert the item group into the palette
• and egg_tool_item_group_insert (EGG_TOOL_ITEM_GROUP (group), item, -1) to insert a GtkToolItem into the item group

The testtoolpalette.c example shows some more features (like drag and drop support).

The application could be ported to use a HildonWindow if compiled for the maemo platform. But it would be much easier if there were an abstract GTK+ widget which would allow it to add a menu and toolbars to a window in a (platform specific) default layout.

I imagine something like:

With this proposal, it would also be possible to implement a Mac-style MenuBar without a GtkMenuBar hack.

See Bug 533003.

p.s. I don’t like the name GtkMainWindow. Maybe something like GtkDefaultWindow or GtkSimpleWindow would be better.

See Bug 532795 for an implementation of an explicit Activatable interface to replace this class variable.

If a scrollable widget is added to a GtkScrolledWindow the set_scroll_adjustments_signal is called and the hadjustment and vadjustment from the GtkScrolledWindow are passed as parameters to the scrollable widget. The scrollable widget than replaces its own adjustments with the ones it got from the GtkScrolledWindow. If the scrollable widget is removed from the GtkScrolledWindow it recreates its own adjustments.

This model seems to be simple, but all scrollable widgets need (and set) specific values for GtkAdjustment::lower, ::upper, ::page_increment and ::page_size and the adjustments are required by the size-allocate function. So the adjustments should actually be owned by the scrollable widget and not by the GtkScrolledWindow.

For GTK+ 3 I propose a simple GtkScrollable interface with a readable hadjustment and vadjustment property. If a widget which implements GtkScrollable is added to a GtkScrolledWindow the GtkScrolledWindow should use its adjustments.

See Bug 468689 and the attached patch.