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 column
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) a
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 indirect
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.
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.
* 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 b
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:
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 calcul
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