[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#8867: 24.0.50; bidi-display-reordering + lino-mode + move-up = begin
From: |
Eli Zaretskii |
Subject: |
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@gnu.org>
> Cc: contrib@chenlevy.com, 8867@debbugs.gnu.org
>
> > From: Juanma Barranquero <lekktu@gmail.com>
> > Date: Thu, 16 Jun 2011 04:00:47 +0200
> > Cc: Chen Levy <contrib@chenlevy.com>, 8867@debbugs.gnu.org
> >
> > On Thu, Jun 16, 2011 at 02:44, Stefan Monnier <monnier@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).
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- bug#8867: 24.0.50; bidi-display-reordering + lino-mode + move-up = beginning of buffer,
Eli Zaretskii <=