Older blog entries for svu (starting at number 53)


People already reported several times nasty problems with the layout preview. Now I can see it myself - XKBlib(xlib) in Ubuntu Edgy Eft is broken, so XkbGetKeyboard returns null. I can just wonder why...


Since my crazy idea to update to Ubuntu Eft killed temporary my Power G5 (well, not macos part of it:), I has to fallback temporary to my good old Acer laptop. Ubuntu folks, please please fix your kernels ASAP...


I am considering separation of the virtual module libgswitchit to a standalone library libgnome-kbd-indicator (it later can be merged to any other library, subject to discussion) within 2.18 cicle.


After some interesting time with libxml2, I managed to optimize loading of base.xml (AKA xorg.xml). Custom SAX2 handler (derived from the standard one, building full DOM) ignores all unneeded translations - so gnome-settings-daemon's heap grows on ~500K only (was ~4M). This effect will be even more dramatic as more translations are available in that file.


Made XML loading lazy in gnome-settings-daemon (in 2.15). People not using keyboard-indicator got 4.5M extra RAM. Thanks to Ben for the idea.


TWIMC. I am going offline till 27.07. May be, I will be able to read gmail - but very unfrequently.


TWIMC: Unintentionally I created a cyclic dependency build bug in g-c-c. What a shame... I will do my best to fix it tonight.

It is time to split libgswitchit to a separate library. I feel it.

libxklavier + kde

Yesterday, Andriy started the process of incorporating libxklavier into kxkb. So GNOME and KDE4 will use the same keyboard configuration library. Isn't it good?


Tonight committed a lot of stuff to gnome-applets, gnome-settings-daemon and gnome session. Major things:

  • Now, gnome-control-center is DBUS-enabled. Supports 2 interfaces - one for gnome-session and one for keyboard indication (not used yet, but will be utilized very soon).
  • Major libgswitchit API change - it now follows GNOME naming standards. I've felt uncomfortable for some while, supporting code which have not exactly looked like GNOME code.
  • In libgswitchit, proper (well, nearly) GTK widget is created: GnomeKbdIndicator. Existing gnome indicator applet is already using it. I am planning to add this widget to the gnome screensaver prompt dialog as well..
  • gnome-session is invoking gnome-settings-daemon using DBUS, not bonobo.
This is a big chunk of code, so I nearly expect a series of bugreports in near future.

There is a layout which is the major (main?) PITA for me, all the time since I started dealing with XKB in GNOME. No, not the Hungarian one. The Canadian one. Historically (which means good old xfree 4.2 days and earlier) it contained two groups (4 shift levels each). They were split into two variants, so people had to combine them. In latest xkeyboard-config releases, I tried to compile single variant, with one group and (drums...) 8(!!!) shift levels. And I found there were not special XKB symbols defined in keysymdef.h for switching to the levels 5 and above. I tried to mimic them using rarely used functional keys (F21) - but it seems it was not good enough - still, toolkits/apps interpreted these F* keys as valid input. So, I asked xorg to add several more characters to keysymdef.h: XK_ISO_Level5_*. A couple of days ago, Daniel Stone committed them to CVS (thanks indeed, Daniel). Now, I am kindly asking all people maintaining Xorg builds in various distributions to apply this patch when releasing their coming updates. It would not break any API/ABI. It would allow me to commit the normal fix for the Canadian layout to xkeyboard-config, so people could use it. For more details, see the fd.o bug.

19 Apr 2006 (updated 19 Apr 2006 at 23:12 UTC) »

About to commit the changes to gnome-applets and gnome-control-center for the new libxklavier API. Expecting loads of complains:)


For all X Window keyboard-related discussions, I created community xkbconfig in LiveJournal. Everyone having lj accounts is welcome to participate. Probably it is worth inclusion into Planet Freedesktop

44 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!