On Wed, Jan 28, 2009 at 03:45:25PM +0100, Carsten Hey wrote:
On Tue, Jan 27, 2009 at 10:22:53PM +0100, Martijn van Oosterhout wrote:
On Tue, Jan 27, 2009 at 09:26:31AM +0100, Carsten Hey wrote:
When fixing this bug we should consider that one UTF-8 characters might
need two columns to be
I think the 8-bit character bit can be tackled with the glib function,
it just needs to be done.
On Wed, Jan 28, 2009 at 03:45:25PM +0100, Carsten Hey wrote:
Holger, the submitter of our other bug, suggested to post the requested
pal howto to debaday.debian.net. I think this is a good idea and
On Tue, Jan 27, 2009 at 10:22:53PM +0100, Martijn van Oosterhout wrote:
On Tue, Jan 27, 2009 at 09:26:31AM +0100, Carsten Hey wrote:
When fixing this bug we should consider that one UTF-8 characters might
need two columns to be displayed properly, e.g. some Chinese signs.
wcwidth(3) and
Hi Martijn.
On Tue, Sep 23, 2008 at 12:57:12PM +0200, Martijn van Oosterhout wrote:
On Tue, Sep 23, 2008 at 12:46:50PM +0200, Gerfried Fuchs wrote:
When you then press tab to go to the next entry, type e for edit, you
have the New description: line infront of you, and the current text. Add
On Tue, Jan 27, 2009 at 09:26:31AM +0100, Carsten Hey wrote:
Hi Martijn.
I did a *quick* look into the code before I read your mail again and my
first guess was that the line readline_x = col + strlen(
locale_prompt); in pal_rl_get_raw_line() counts the length wrong and
thus indirectly
On Mon, Sep 22, 2008 at 03:06:46PM +0200, Gerfried Fuchs wrote:
Package: pal
Version: 0.4.3-2
Severity: normal
Hi!
Compiled pal with libncursesw5 so that pal -m doesn't spit out strange
characters at me. Now I noticed one weirdness: The cursor position seem
to be calculated
On Tue, Sep 23, 2008 at 11:34:49AM +0200, Martijn van Oosterhout wrote:
On Mon, Sep 22, 2008 at 03:06:46PM +0200, Gerfried Fuchs wrote:
Which counts the number of characters, not bytes. Also wrong, but
doesn't appear to be what you're seeing. Can you provide an example?
New description:
* Martijn van Oosterhout [EMAIL PROTECTED] [2008-09-23 11:34:49 CEST]:
On Mon, Sep 22, 2008 at 03:06:46PM +0200, Gerfried Fuchs wrote:
Compiled pal with libncursesw5 so that pal -m doesn't spit out strange
characters at me. Now I noticed one weirdness: The cursor position seem
to be
On Tue, Sep 23, 2008 at 12:46:50PM +0200, Gerfried Fuchs wrote:
When you then press tab to go to the next entry, type e for edit, you
have the New description: line infront of you, and the current text. Add
an 8bit character, and the cursor will move not one character but two to
the right.
Package: pal
Version: 0.4.3-2
Severity: normal
Hi!
Compiled pal with libncursesw5 so that pal -m doesn't spit out strange
characters at me. Now I noticed one weirdness: The cursor position seem
to be calculated directly by byte amount instead of character amount -
which makes the cursor
10 matches
Mail list logo