GNU bug report logs -
#14547
24.3.1; line-break with pixel specification and word-wrap
Previous Next
Reported by: E Sabof <esabof <at> gmail.com>
Date: Mon, 3 Jun 2013 13:24:02 UTC
Severity: minor
Tags: moreinfo
Found in version 24.3.1
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14547 in the body.
You can then email your comments to 14547 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#14547; Package
emacs.
(Mon, 03 Jun 2013 13:24:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
E Sabof <esabof <at> gmail.com>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Mon, 03 Jun 2013 13:24:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
If one executes the following in a graphical frame, the line will break:
(insert (propertize
"\n"
'display `(space :align-to (- right))
'face '(:underline t))
"\n")
(toggle-word-wrap 1)
If one makes the line one pixel shorter, it will work fine.
(insert (propertize
"\n"
'display `(space :align-to (- right (1)))
'face '(:underline t))
"\n")
(toggle-word-wrap 1)
Evgeni
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#14547; Package
emacs.
(Mon, 03 Jun 2013 16:10:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 14547 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 3 Jun 2013 14:21:00 +0100
> From: E Sabof <esabof <at> gmail.com>
>
> If one executes the following in a graphical frame, the line will break:
>
> (insert (propertize
> "\n"
> 'display `(space :align-to (- right))
> 'face '(:underline t))
> "\n")
>
> (toggle-word-wrap 1)
>
> If one makes the line one pixel shorter, it will work fine.
>
> (insert (propertize
> "\n"
> 'display `(space :align-to (- right (1)))
> 'face '(:underline t))
> "\n")
>
> (toggle-word-wrap 1)
Isn't that the same issue as discussed in this old bug:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9530
IOW, you cannot align-to the right margin, because this leaves no
place to display anything.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#14547; Package
emacs.
(Mon, 03 Jun 2013 16:30:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 14547 <at> debbugs.gnu.org (full text, mbox):
On Mon, 03 Jun 2013 19:07:06 +0300 Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Mon, 3 Jun 2013 14:21:00 +0100
>> From: E Sabof <esabof <at> gmail.com>
>>
>> If one executes the following in a graphical frame, the line will break:
>>
>> (insert (propertize
>> "\n"
>> 'display `(space :align-to (- right))
>> 'face '(:underline t))
>> "\n")
>>
>> (toggle-word-wrap 1)
>>
>> If one makes the line one pixel shorter, it will work fine.
>>
>> (insert (propertize
>> "\n"
>> 'display `(space :align-to (- right (1)))
>> 'face '(:underline t))
>> "\n")
>>
>> (toggle-word-wrap 1)
>
> Isn't that the same issue as discussed in this old bug:
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9530
>
> IOW, you cannot align-to the right margin, because this leaves no
> place to display anything.
I think it's a manifestation of bug#2749, because I see no line break
with this recipe in Emacs built with my patch enabling
overflow-newline-into-fringe in visual-line-mode.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#14547; Package
emacs.
(Mon, 03 Jun 2013 17:01:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 14547 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
---------- Forwarded message ----------
From: E Sabof <esabof <at> gmail.com>
Date: Mon, Jun 3, 2013 at 5:57 PM
Subject: Re: bug#14547: 24.3.1; line-break with pixel specification and
word-wrap
To: Eli Zaretskii <eliz <at> gnu.org>
I don't think there is any ambiguity in this case - it DTRT unless both
word-wrap and visual-line are on.
Evgeni
On Mon, Jun 3, 2013 at 5:07 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Date: Mon, 3 Jun 2013 14:21:00 +0100
> > From: E Sabof <esabof <at> gmail.com>
> >
> > If one executes the following in a graphical frame, the line will break:
> >
> > (insert (propertize
> > "\n"
> > 'display `(space :align-to (- right))
> > 'face '(:underline t))
> > "\n")
> >
> > (toggle-word-wrap 1)
> >
> > If one makes the line one pixel shorter, it will work fine.
> >
> > (insert (propertize
> > "\n"
> > 'display `(space :align-to (- right (1)))
> > 'face '(:underline t))
> > "\n")
> >
> > (toggle-word-wrap 1)
>
> Isn't that the same issue as discussed in this old bug:
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9530
>
> IOW, you cannot align-to the right margin, because this leaves no
> place to display anything.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#14547; Package
emacs.
(Mon, 03 Jun 2013 17:13:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 14547 <at> debbugs.gnu.org (full text, mbox):
[Why personal email?]
> Date: Mon, 3 Jun 2013 17:57:23 +0100
> From: E Sabof <esabof <at> gmail.com>
>
> I don't think there is any ambiguity in this case - it DTRT unless both
> word-wrap and visual-line are on.
Sorry, I don't understand. What is TRT, and what do you expect it to
do when visual-line-mode and word-wrap are on?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#14547; Package
emacs.
(Mon, 03 Jun 2013 17:22:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 14547 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Mon, Jun 3, 2013 at 6:10 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> [Why personal email?]
>
Pressed the wrong button. I've forwarded the message to the bug tracker.
> > Date: Mon, 3 Jun 2013 17:57:23 +0100
> > From: E Sabof <esabof <at> gmail.com>
> >
> > I don't think there is any ambiguity in this case - it DTRT unless both
> > word-wrap and visual-line are on.
>
> Sorry, I don't understand. What is TRT, and what do you expect it to
> do when visual-line-mode and word-wrap are on?
>
The line shouldn't break. If the cursor is placed immediately after the
horizontal line, it should be displayed on the fringe.
Evgeni
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#14547; Package
emacs.
(Mon, 03 Jun 2013 17:54:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 14547 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 3 Jun 2013 18:19:50 +0100
> From: E Sabof <esabof <at> gmail.com>
> Cc: 14547 <at> debbugs.gnu.org
>
> The line shouldn't break. If the cursor is placed immediately after the
> horizontal line, it should be displayed on the fringe.
That's a missing feature at best: cursor on the fringe is not
supported when word-wrap is in effect. See bug #2479.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#14547; Package
emacs.
(Sun, 30 Jan 2022 21:44:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 14547 <at> debbugs.gnu.org (full text, mbox):
Stephen Berman <stephen.berman <at> gmx.net> writes:
>>> If one executes the following in a graphical frame, the line will break:
>>>
>>> (insert (propertize
>>> "\n"
>>> 'display `(space :align-to (- right))
>>> 'face '(:underline t))
>>> "\n")
>>>
>>> (toggle-word-wrap 1)
[...]
> I think it's a manifestation of bug#2749, because I see no line break
> with this recipe in Emacs built with my patch enabling
> overflow-newline-into-fringe in visual-line-mode.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
bug#2749 was fixed a few weeks later, so does that mean that the problem
discussed here also was fixed? (I must admit I didn't understand what
the reproducing code here is supposed to demonstrate.)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org.
(Sun, 30 Jan 2022 21:44:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#14547; Package
emacs.
(Mon, 31 Jan 2022 09:07:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 14547 <at> debbugs.gnu.org (full text, mbox):
On Sun, 30 Jan 2022 22:43:14 +0100 Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>>>> If one executes the following in a graphical frame, the line will break:
>>>>
>>>> (insert (propertize
>>>> "\n"
>>>> 'display `(space :align-to (- right))
>>>> 'face '(:underline t))
>>>> "\n")
>>>>
>>>> (toggle-word-wrap 1)
>
> [...]
>
>> I think it's a manifestation of bug#2749, because I see no line break
>> with this recipe in Emacs built with my patch enabling
>> overflow-newline-into-fringe in visual-line-mode.
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> bug#2749 was fixed a few weeks later, so does that mean that the problem
> discussed here also was fixed?
I think so.
> (I must admit I didn't understand what
> the reproducing code here is supposed to demonstrate.)
Based on the descriptions and discussion in bug#2749, I think the above
code used to display an empty line between the parts of the line
separated by the display property. It doesn't now, presumably since the
fix for bug#2749, which allows the newline to be in the fringe.
Steve Berman
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility.
(Mon, 31 Jan 2022 12:49:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
E Sabof <esabof <at> gmail.com>:
bug acknowledged by developer.
(Mon, 31 Jan 2022 12:49:02 GMT)
Full text and
rfc822 format available.
Message #36 received at 14547-done <at> debbugs.gnu.org (full text, mbox):
> From: Stephen Berman <stephen.berman <at> gmx.net>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 14547 <at> debbugs.gnu.org, E Sabof
> <esabof <at> gmail.com>
> Date: Mon, 31 Jan 2022 10:06:14 +0100
>
> On Sun, 30 Jan 2022 22:43:14 +0100 Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
> > Stephen Berman <stephen.berman <at> gmx.net> writes:
> >
> >>>> If one executes the following in a graphical frame, the line will break:
> >>>>
> >>>> (insert (propertize
> >>>> "\n"
> >>>> 'display `(space :align-to (- right))
> >>>> 'face '(:underline t))
> >>>> "\n")
> >>>>
> >>>> (toggle-word-wrap 1)
> >
> > [...]
> >
> >> I think it's a manifestation of bug#2749, because I see no line break
> >> with this recipe in Emacs built with my patch enabling
> >> overflow-newline-into-fringe in visual-line-mode.
> >
> > (I'm going through old bug reports that unfortunately weren't resolved
> > at the time.)
> >
> > bug#2749 was fixed a few weeks later, so does that mean that the problem
> > discussed here also was fixed?
>
> I think so.
>
> > (I must admit I didn't understand what
> > the reproducing code here is supposed to demonstrate.)
>
> Based on the descriptions and discussion in bug#2749, I think the above
> code used to display an empty line between the parts of the line
> separated by the display property. It doesn't now, presumably since the
> fix for bug#2749, which allows the newline to be in the fringe.
Yes, and I'm therefore closing this bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Tue, 01 Mar 2022 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 112 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.