GNU bug report logs - #8867
24.0.50; bidi-display-reordering + lino-mode + move-up = beginning of buffer

Previous Next

Full log

Message #28 received at 8867-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: lekktu <at> gmail.com, contrib <at> chenlevy.com
Cc: 8867-done <at> debbugs.gnu.org
Subject: Re: bug#8867: 24.0.50;
	bidi-display-reordering + lino-mode + move-up = beginning of buffer
Date: Thu, 14 Jul 2011 20:53:35 +0300

> Date: Thu, 16 Jun 2011 06:05:38 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: contrib <at> chenlevy.com, 8867 <at> debbugs.gnu.org
> 
> > From: Juanma Barranquero <lekktu <at> gmail.com>
> > Date: Thu, 16 Jun 2011 04:00:47 +0200
> > Cc: Chen Levy <contrib <at> chenlevy.com>, 8867 <at> debbugs.gnu.org
> > 
> > On Thu, Jun 16, 2011 at 02:44, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
> > >> 2. M-x lino-mode
> > >
> > > Tells me it doesn't know this command.
> > 
> > I think the OP meant linum-mode, and if so, the bug is real
> 
> Yes, linum-mode, and yes, it is easily reproducible.
> 
> > (bidi still has trouble with invisible text).
> 
> There's no invisible text anywhere in sight in linum.el, AFAICT.  It
> works by creating overlays with before-string properties that are
> displayed in the left margin area.  Before-strings in the margins is
> something I never tried before under bidi-display-reordering, so it's
> not a surprise it has problems.
> 
> However, since I'm working on reordering strings, which will directly
> affect this use case (and also holds off code freeze), I'm putting
> this on hold until that job is done.
> 
> > In fact, I thought this problem was already reported, but I've been
> > unable to find the relevant bug#, so perhaps no.
> 
> If you mean invisible text, it's bug #7616.

This bug should be fixed now on the trunk (revision 105208).

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.