Package: lynx-cur Version: 2.8.8dev.12-2 Severity: normal lynx displays search text at the wrong column if preceded by UTF-8 characters. For instance, consider:
<?xml version="1.0" encoding="utf-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> <html xmlns="http://www.w3.org/1999/xhtml"; lang="en" xml:lang="en"> <head> <title>Search test in lynx in a UTF-8 terminal</title> </head> <body> <p>……… In <cite>lynx</cite>, search for "foo" by typing: /foo</p> </body> </html> (before "In" there are 3 ellipsis characters, but other non-ASCII characters will trigger the same problem: I suppose that lynx is confused by multibyte characters). Run lynx on this file in a UTF-8 terminal (e.g. xterm under UTF-8 locales), and search for "foo" by typing: /foo One gets: ……… In lynx, search for "foo" bfooyping: /foo foo ^^^ ^^^ where the "foo" over ^^^ are colored, i.e. this text has been displayed (for the colored version) at the wrong column. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lynx-cur depends on: ii libbsd0 0.3.0-2 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-32 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.19-1 ii libidn11 1.24-2 ii libncursesw5 5.9-7 ii libtinfo5 5.9-7 ii zlib1g 1:1.2.7.dfsg-1 Versions of packages lynx-cur recommends: ii mime-support 3.52-1 lynx-cur suggests no packages. -- debconf information: lynx-cur/defaulturl: http://www.vinc17.org/ lynx-cur/etc_lynx.cfg: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
