SVU's blog

25 May 2004

So it seems, the name for the XKB(xmodmap) configuration data project is found (courtesy of Ivan Pascal). It is going to be xkeyboard-config. Objections anyone? The release 0.01 is going to happen RSN.

20 May 2004

I desperately need a name. Good sensible name for the project containing XKB configuration database (and potentially, in a future, xmodmap configuration database) – meta-project for X servers and/or distromakers. The release 0.01 is actually ready – but I need a name. Show me your creativity.

19 May 2004

Hurray, Fedora Core 2 is out. I wonder when I have time to upgrade my not-so-old buddy Acer Travelmate 803…

Could anyone send me FC2 DVD please? 🙂

19 May 2004

Well, at least now advogato is back. Good. Some stuff was waiting to be logged…

GNOME Control Center

Last week, another couple of bits in g-s-d finalized (hopefully) the code which detects XKB configuration changes (thanks to the person who did not distract me at that time:). Now user can sync his settings with the system configuration in just one click at the session startup.

Lads, it is time to talk over i18n and keybord capplets…

10 May 2004

After the discussion on linux.org.ru, I looked at this stuff and was really impressed. This is “must have” for true Emacs lovers.

08 May 2004

GNOME Control Center

Yesterday night hacking was successfull. Now gnome-settings-daemon can detect changes in the system xkb configuration – and warn user about it. The only problem is that someone English-speaking should give me proper (HIG-aware and usability-friendly) text for the warning message.

08 May 2004

GNOME Control Center

Yesterday night hacking was successfull. Now gnome-settings-daemon can detect changes in the system xkb configuration – and warn user about it. The only problem is someone English-speaking should give me proper text for the warning message.

06 May 2004

xkbdesc

Yesterday, my tests shown the XKB configuration database is 100% usable in xml->configuration direction, when it comes to models and layouts (with variants). It means all configuration items (listed in xml) can be used without errors caused by the broken data files/rules/…

The options are a bit funny thing to test because it seems XFree ‘accumulates’ options which are set with setxkbmap – so one should blank options between each individual tests. Not a big issue but still a thing to know…

It would also be nice to prepare tests in the opposite direction – check that XML contains really full directory of the available configuration options. Probably this is not critical for the first release…

GNOME Control Center

Looking forward to the discussion (between jody, jrb, and carlos and me) about the keyboard capplet, i18n capplet and all related stuff. Things should be straighten out – the sooner the better.

05 May 2004

Uraeus, you are 101% right. Free software does carry values. And people doing it have their values. Being absolutely politically correct would mean having NO values but politicall correctness (because for virtually any other value there can be contra-value – and people which share it). So free software cannot be 100% political correct – because at that point contributors would have to “drop” their ideas, printiples in favor of political correctnes (which is ok for commercial world where people can be payed for it). And – if so – the good problem for GNOME to solve would be to find the margin of “reasonable political correctness” where people would still feel they don’t have to trait their values, their POVs – and where the software would be still ideologically-acceptable for a large audience (which does not necessarily mean 100% of potential users).

05 May 2004

The post by Jeff nearly finally convinced me that flags should not go into the GNOME distribution. The only comment I can make is that one of the gswitchit-plugins (this package is not bound to any kind of correctness, including political – and I am not going to resign from it any time soon) will provide the ability to download and use flags on per-user basis (easily and user-friendly though probably not HIG-compliant). So GNOME will remain innocent – and feature-hungry users will get what they want. As simple as that..