GNU bug report logs - #23584
[25.0.94.1] paragraph forward-backward inconsistent

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23584 in the body.
You can then email your comments to 23584 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
To: bug-gnu-emacs <at> gnu.org
Subject: [25.0.94.1] paragraph forward-backward inconsistent
Date: Fri, 20 May 2016 11:17:25 +0200

GNU Emacs 25.0.94.1 (i686-pc-linux-gnu, GTK+ Version 2.24.25) of 2016-05-18

Put text at end of mail in html-mode. It should consist of two lines, 
contain a newline before last line. Cursor at "href=" at last line. M-x 
backward-paragraph RET jumps to BOB. While from BOB M-x 
forward-paragraph RET would stop at BOL of last-line, i.e. before start-pos.

AFAIU cause is in sgml-mode.el

Where values of (defconst sgml-name-re "[_:[:alpha:]][-_.:[:alnum:]]*")

later on are included

  (setq-local paragraph-start (concat "[ \t]*$\\|\
[ \t]*</?\\(" sgml-name-re sgml-attrs-re "\\)?>"))
  (setq-local paragraph-separate (concat paragraph-start "$"))



;;;;;;;;

<link rel="search" type="application/opensearchdescription+xml" 
href="https://www.youtube.com/opensearch?locale=en_US" title="YouTube 
Video Search"><link rel="shortcut icon" 
href="https://s.ytimg.com/yts/img/favicon-vflz7uhzw.ico" 
type="image/x-icon">     <link rel="icon" 
href="//s.ytimg.com/yts/img/favicon_32-vfl8UGn4k.png" 
sizes="32x32"><link rel="icon" 
href="//s.ytimg.com/yts/img/favicon_48-vfl1s0rKh.png" 
sizes="48x48"><link rel="icon" 
href="//s.ytimg.com/yts/img/favicon_96-vfldSA3ca.png" 
sizes="96x96"><link rel="icon" 
href="//s.ytimg.com/yts/img/favicon_144-vflWmzoXw.png" 
sizes="144x144"><meta name="theme-color" content="#e62117">        <link 
rel="alternate" 
href="android-app://com.google.android.youtube/http/www.youtube.com/watch?v=sP933gIjwUA">
    <link rel="alternate" 
href="ios-app://544007664/vnd.youtube/www.youtube.com/watch?v=sP933gIjwUA">

Message #8 received at 23584 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Cc: 23584 <at> debbugs.gnu.org
Subject: Re: bug#23584: [25.0.94.1] paragraph forward-backward inconsistent
Date: Fri, 13 May 2022 15:36:08 +0200

Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:

> Put text at end of mail in html-mode. It should consist of two lines,
> contain a newline before last line. Cursor at "href=" at last
> line. M-x backward-paragraph RET jumps to BOB. While from BOB M-x
> forward-paragraph RET would stop at BOL of last-line, i.e. before
> start-pos.
>
> AFAIU cause is in sgml-mode.el
>
> Where values of (defconst sgml-name-re "[_:[:alpha:]][-_.:[:alnum:]]*")
>
> later on are included
>
>   (setq-local paragraph-start (concat "[ \t]*$\\|\
> [ \t]*</?\\(" sgml-name-re sgml-attrs-re "\\)?>"))
>   (setq-local paragraph-separate (concat paragraph-start "$"))

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

I'm not quite sure I understand the recipe here, but you mention that
the HTML should be two lines -- but the included HTML text was many
lines long, so I guess it's been mangled in transmission.

To ensure that I'm looking at the same thing you're looking at, can you
resend the HTML as an attachment?

(That is, if this problem is still present in recent Emacs versions.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #13 received at 23584 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Cc: 23584 <at> debbugs.gnu.org
Subject: Re: bug#23584: [25.0.94.1] paragraph forward-backward inconsistent
Date: Sat, 11 Jun 2022 13:08:11 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> I'm not quite sure I understand the recipe here, but you mention that
> the HTML should be two lines -- but the included HTML text was many
> lines long, so I guess it's been mangled in transmission.
>
> To ensure that I'm looking at the same thing you're looking at, can you
> resend the HTML as an attachment?
>
> (That is, if this problem is still present in recent Emacs versions.)

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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