Bug#599261: kate: Error in implementation of Unicode BiDi algorithm - rule W5 not implemented
Package: kate Version: 4:4.4.5-1 Severity: normal Tags: l10n This bug is probably not in kate, but in its underlying infrastructure. I'm just not sure where. Unicode support for bidirectional languages is supposed to be implemented using the Unicode BiDi algorithm (UBA), detailed in http://www.unicode.org/reports/tr9/. Rule W5 (http://www.unicode.org/reports/tr9/#W5) states: W5. A sequence of European terminators adjacent to European numbers changes to all European numbers. It appears that kate (maybe QT?) do not implement this rule. When typing a sequence of Hebrew or Arabic letters, followed by a European Terminator (such as the hash symbol - #), followed by a number, the ET should receive the level of the number. logical order (upper case means RTL characters) HELLO #12 UBA dictated visual order: #12 OLLEH Actual order performed by kate: 12# OLLEH -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kate depends on: ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libkde3support4 4:4.4.5-1the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-1the KDE Platform Core Library ii libkdeui5 4:4.4.5-1the KDE Platform User Interface Li ii libkfile4 4:4.4.5-1the File Selection Dialog Library ii libkio5 4:4.4.5-1the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.5-1the "Get Hot New Stuff" v2 Library ii libknewstuff3-4 4:4.4.5-1the "Get Hot New Stuff" v3 Library ii libkparts4 4:4.4.5-1the Framework for the KDE Platform ii libktexteditor4 4:4.4.5-1the KTextEditor interfaces for the ii libplasma3 4:4.4.5-1the Plasma Library for the KDE Pla ii libqt4-dbus 4:4.6.3-1+b1 Qt 4 D-Bus module ii libqt4-qt3support 4:4.6.3-1+b1 Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.3-1+b1 Qt 4 XML module ii libqtcore4 4:4.6.3-1+b1 Qt 4 core module ii libqtgui4 4:4.6.3-1+b1 Qt 4 GUI module ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 kate recommends no packages. Versions of packages kate suggests: ii aspell0.60.6-4 GNU Aspell spell-checker ii hspell1.1-1 Hebrew spell checker and morpholog ii khelpcenter4 4:4.4.5-1 help center ii konsole 4:4.4.5-1 X terminal emulator -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101006083140.2995.65965.report...@dellosun.office.lingnu.com
Bug#599261: Demo of desired behavior
The Unicode site has a page where you can watch the desired result of the UBA. It has a "ASCII hack" mode, where upper case letters can be used to simulate RTL ones (it's more elaborate than that - details at the page). A demo of correct rendering can be seen at http://unicode.org/cldr/utility/bidi.jsp?a=HI+%2312&p=Auto&hack=on -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cac3e6d.2080...@debian.org
Bug#481759: konsole: Backspace behavior breaks aptitude, screen
Package: konsole Version: 4:3.5.9.dfsg.1-2+b1 Severity: important When running "aptitude" or "screen" from a shell started inside a konsole terminal, the backspace misbehaves. This is true even if aptitude is used from Sid, Etch or Sarge. When the same versions of aptitude is used from the virtual console or from gnome-terminal, everything is ok. Reproduction steps: Open konsole from the shell, start aptitude press "/" to start a search type something try to delete it by pressing backspace - nothing happens. Press ctrl-H - the last character is deleted as if backspace was pressed Open konsole from the shell, start "screen" in that shell, type "12345", and then left arrow twice Press backspace - you would expect the 3 to be deleted. Instead, the 4 is deleted. Press ctrl-H - the three is deleted. This problem actually happens with gnome-terminal as well, but not with the virtual console. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Shell: /bin/sh linked to /bin/bash Versions of packages konsole depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3GCC support library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxrender1 1:0.9.4-1X Rendering Extension client libra konsole recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481759: Unreproducible (was: konsole: Backspace behavior breaks aptitude, screen)
Alexander E. Patrakov wrote: tag 481759 unreproducible thanks The testcase with aptitude works for me on amd64. Could you please run the "stty" command, so that we can compare our output? Mine is: speed 38400 baud; line = 0; -brkint -imaxbel iutf8 My stty is the same and, what's your $TERM? That may be where the trouble lies. I set my bashrc so that if it's xterm, to set it to xterm-color. When I set it to "xterm", the problem goes away. This bug does exist, but may be filed against the wrong package. Also, with the latest version of aptitude this problem does not happen. It does happen when working with aptitude from "Etch", or when working with screen. What are your konsole settings, in particular, Settings -> Keyboard? (or, better, attach $HOME/.kde/share/config/konsolerc) Attached Shachar [$Version] update_info=konsole.upd:kde2.2/r1,konsole.upd:kde3.0/r1 [Desktop Entry] ActiveSession=0 AllowResize=false AutoResizeTabs=false BlinkingCursor=false CtrlDrag=true CutToBeginningOfLine=false DefaultSession=shell.desktop DynamicTabHide=false EnableBidi=true EncodingName=iso 8859-8-i Fullscreen=false Height 800=660 LineSpacing=0 MatchTabWinTitle=false SilenceSeconds=10 TabColor=0,0,0 TabViewMode=0 TerminalSizeHint=true WarnQuit=true Width 1280=1281 XonXoff=false bellmode=0 class=konsole-mainwindow#1 defaultfont=Monospace,10,-1,2,50,0,0,0,0,0 has frame=true history=1000 historyenabled=true keytab=default schema=WhiteOnBlack.schema scrollbar=2 tabbar=2 wordseps=:@-./_~ [TipOfDay] RunOnStart=false TipLastShown=2007,12,9,11,37,5
Bug#481759: Can be closed
I cannot reproduce this bug on an up to date Lenny machine. It seems somewhere, somehow, someone solved it. Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com
