GNU bug report logs -
#66167
29.1; wrap-prefix text property with :align-to space keyword broken
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 66167 in the body.
You can then email your comments to 66167 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66167
; Package
emacs
.
(Sat, 23 Sep 2023 08:06:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Paul W. Rankin" <hello <at> paulwrankin.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 23 Sep 2023 08:06:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Description:
The wrap-prefix text property with :align-to space keyword has been
broken. (Regression).
To reproduce:
1. emacs -Q
2. in *scratch*, ensure visual-line-mode is enabled
3. insert enough text to wrap lines
4. M-: (put-text-property (point-min) (point-max) 'wrap-prefix '(space
:align-to 10))
Expected results:
Wrapped text should align to column 10.
Actual result:
Wrapped text does not align. (No effect.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66167
; Package
emacs
.
(Sat, 23 Sep 2023 08:42:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 66167 <at> debbugs.gnu.org (full text, mbox):
tags 66167 notabug wontfix
thanks
> Date: Sat, 23 Sep 2023 18:04:27 +1000
> From: "Paul W. Rankin" via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> Description:
>
> The wrap-prefix text property with :align-to space keyword has been
> broken. (Regression).
>
> To reproduce:
>
> 1. emacs -Q
> 2. in *scratch*, ensure visual-line-mode is enabled
> 3. insert enough text to wrap lines
> 4. M-: (put-text-property (point-min) (point-max) 'wrap-prefix '(space
> :align-to 10))
>
> Expected results:
>
> Wrapped text should align to column 10.
>
> Actual result:
>
> Wrapped text does not align. (No effect.)
This is not a bug. The argument of :align-to specifies a column
number, and the column number does not get reset when the line wraps
or the window is hscrolled. IOW, the column number is measured from
the beginning of the physical line, not from the beginning of the
screen line.
The previous code handled this incorrectly and inconsistently, and was
fixed in Emacs 29 (or was it 28?).
Added tag(s) notabug and wontfix.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 23 Sep 2023 08:42:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66167
; Package
emacs
.
(Sat, 23 Sep 2023 09:26:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 66167 <at> debbugs.gnu.org (full text, mbox):
On 2023-09-23 18:41, Eli Zaretskii wrote:
> tags 66167 notabug wontfix
> thanks
>
>> Date: Sat, 23 Sep 2023 18:04:27 +1000
>> From: "Paul W. Rankin" via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> Description:
>>
>> The wrap-prefix text property with :align-to space keyword has been
>> broken. (Regression).
>>
>> To reproduce:
>>
>> 1. emacs -Q
>> 2. in *scratch*, ensure visual-line-mode is enabled
>> 3. insert enough text to wrap lines
>> 4. M-: (put-text-property (point-min) (point-max) 'wrap-prefix '(space
>> :align-to 10))
>>
>> Expected results:
>>
>> Wrapped text should align to column 10.
>>
>> Actual result:
>>
>> Wrapped text does not align. (No effect.)
>
> This is not a bug. The argument of :align-to specifies a column
> number, and the column number does not get reset when the line wraps
> or the window is hscrolled. IOW, the column number is measured from
> the beginning of the physical line, not from the beginning of the
> screen line.
>
> The previous code handled this incorrectly and inconsistently, and was
> fixed in Emacs 29 (or was it 28?).
You're suggesting that the wrap-prefix should not be applied to wrapped
lines..??
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66167
; Package
emacs
.
(Sat, 23 Sep 2023 09:39:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 66167 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 23 Sep 2023 19:24:25 +1000
> From: "Paul W. Rankin" <hello <at> paulwrankin.com>
> Cc: 66167 <at> debbugs.gnu.org
>
> On 2023-09-23 18:41, Eli Zaretskii wrote:
> >> 1. emacs -Q
> >> 2. in *scratch*, ensure visual-line-mode is enabled
> >> 3. insert enough text to wrap lines
> >> 4. M-: (put-text-property (point-min) (point-max) 'wrap-prefix '(space
> >> :align-to 10))
> >>
> >> Expected results:
> >>
> >> Wrapped text should align to column 10.
> >>
> >> Actual result:
> >>
> >> Wrapped text does not align. (No effect.)
> >
> > This is not a bug. The argument of :align-to specifies a column
> > number, and the column number does not get reset when the line wraps
> > or the window is hscrolled. IOW, the column number is measured from
> > the beginning of the physical line, not from the beginning of the
> > screen line.
> >
> > The previous code handled this incorrectly and inconsistently, and was
> > fixed in Emacs 29 (or was it 28?).
>
> You're suggesting that the wrap-prefix should not be applied to wrapped
> lines..??
It _is_ applied. Try giving wrap-prefix a value that is a string, and
you will see that it is applied.
The problem is not with wrap-prefix, the problem is with the
(space :align-to 10) form, and specifically with the value 10.
The value 10 is too small for wrapped lines (in most cases).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66167
; Package
emacs
.
(Sun, 24 Sep 2023 04:57:03 GMT)
Full text and
rfc822 format available.
Message #21 received at 66167 <at> debbugs.gnu.org (full text, mbox):
On 2023-09-23 19:38, Eli Zaretskii wrote:
> It _is_ applied. Try giving wrap-prefix a value that is a string, and
> you will see that it is applied.
>
> The problem is not with wrap-prefix, the problem is with the
> (space :align-to 10) form, and specifically with the value 10.
> The value 10 is too small for wrapped lines (in most cases).
I see now what it means. Sorry, my mistake. And what I want can be
achieved with (space :width 10). Thanks.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 24 Sep 2023 05:38:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Paul W. Rankin" <hello <at> paulwrankin.com>
:
bug acknowledged by developer.
(Sun, 24 Sep 2023 05:38:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 66167-done <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 24 Sep 2023 14:56:02 +1000
> From: "Paul W. Rankin" <hello <at> paulwrankin.com>
> Cc: 66167 <at> debbugs.gnu.org
>
> On 2023-09-23 19:38, Eli Zaretskii wrote:
> > It _is_ applied. Try giving wrap-prefix a value that is a string, and
> > you will see that it is applied.
> >
> > The problem is not with wrap-prefix, the problem is with the
> > (space :align-to 10) form, and specifically with the value 10.
> > The value 10 is too small for wrapped lines (in most cases).
>
> I see now what it means. Sorry, my mistake. And what I want can be
> achieved with (space :width 10). Thanks.
Yes, '(space :width 10)' is exactly what you want, AFAIU.
So I'm now closing this bug.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 24 Sep 2023 05:38:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Axel Forsman <axelsfor <at> gmail.com>
:
bug acknowledged by developer.
(Sun, 24 Sep 2023 05:38:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 24 Sep 2023 05:38:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Axel Forsman <axel <at> axelf.se>
:
bug acknowledged by developer.
(Sun, 24 Sep 2023 05:38:03 GMT)
Full text and
rfc822 format available.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 24 Sep 2023 05:38:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Axel Forsman <axel <at> axelf.se>
:
bug acknowledged by developer.
(Sun, 24 Sep 2023 05:38:03 GMT)
Full text and
rfc822 format available.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 24 Sep 2023 05:38:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Axel Forsman <axel <at> axelf.se>
:
bug acknowledged by developer.
(Sun, 24 Sep 2023 05:38:03 GMT)
Full text and
rfc822 format available.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 24 Sep 2023 05:38:04 GMT)
Full text and
rfc822 format available.
Notification sent
to
Axel Forsman <axel <at> axelf.se>
:
bug acknowledged by developer.
(Sun, 24 Sep 2023 05:38:04 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 22 Oct 2023 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 201 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.