Package: xkb-data
Version: 0.9-4
Severity: minor
File: /usr/share/X11/xkb/symbols/us
Hi!
The BKSL key (backslash/pipe key) is not working properly if I set xxkbmap to
setxkbmap -rules xorg -model pc105 -layout cz,us -option
"grp:alt_shift_toggle"
The backslash key does not set back to backslas
Package: totem
Version: 2.16.3-2
Severity: normal
Totem does not load playlist nor continue playback when restoring from
session.
Steps to reproduce:
1. Start totem
2. Populate playlist, play something
3. Logout (tried both in KDE and in GNOME)
4. Login. totem starts but with empty playlist
Atta
tart.S:119
--
Marek Schmidt (xschmi01)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I think I've found the source of this problem,
cs_CZ.UTF-8 is missing in /usr/X11R6/lib/X11/locale/compose.dir
I've reported a bug aginst xlibs-data describing this, see bug #347531
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347531
Marek Schmidt
--
To UNSUBSCRIBE, email
9.0.dfsg.1/debian/patches/general/011a_recognize_glibc_2.3.2_locale_names.diff
thanks,
Marek Schmidt
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
I've just found that GTK applications are not using X input method by
default...
same problem occurs when running gtk programs with:
LC_CTYPE=cs_CZ.UTF-8 GTK_IM_MODULE=xim gedit
so this is probably not a Qt bug, but rather some problem with compose &
cs_CZ.UTF-8
Marek Schmidt
Hello,
I have exactly the same problem. (after upgrading xorg to 6.9.0)
Running a qt app with different locale than "cs_CZ.UTF-8" seems to work
correctly, though... I have tested "cs_CZ" (iso-8859-2), "en_US.UTF-8" and
"pl_PL.UTF-8" and these worked
7 matches
Mail list logo
