GNU bug report logs -
#72090
[Improvement] Option for disabling truncation symbols
Previous Next
Reported by: the_wurfkreuz <the_wurfkreuz <at> proton.me>
Date: Sat, 13 Jul 2024 08:53:02 UTC
Severity: normal
Tags: notabug
Done: Stefan Kangas <stefankangas <at> gmail.com>
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 72090 in the body.
You can then email your comments to 72090 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#72090
; Package
emacs
.
(Sat, 13 Jul 2024 08:53:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
the_wurfkreuz <the_wurfkreuz <at> proton.me>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 13 Jul 2024 08:53: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)]
I haven't found a way to disable truncation characters when I'm not using
line wrapping.
There is a way to make them appear as empty spaces:
(set-display-table-slot standard-display-table 'truncation ?\ )
However, this isn't a real solution because it still takes up buffer
space for no benefit.
In some cases, truncation symbols on the left side of the buffer seem
completely pointless. There's no additional context to be derived from them,
and they just clutter the buffer.
[Message part 2 (text/html, inline)]
[symbols.png (image/png, attachment)]
[symbols2.png (image/png, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#72090
; Package
emacs
.
(Sat, 13 Jul 2024 09:23:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 72090 <at> debbugs.gnu.org (full text, mbox):
tags 72090 notabug
thanks
> Date: Sat, 13 Jul 2024 08:51:58 +0000
> From: the_wurfkreuz via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> I haven't found a way to disable truncation characters when I'm not using
> line wrapping.
What do you mean by "disable"? If you mean force Emacs not to show
any glyph there, then there's no way of disabling that completely.
> There is a way to make them appear as empty spaces:
>
> (set-display-table-slot standard-display-table 'truncation ?\ )
>
> However, this isn't a real solution because it still takes up buffer
> space for no benefit.
Yes, and that's by design.
> In some cases, truncation symbols on the left side of the buffer seem
> completely pointless. There's no additional context to be derived from them,
> and they just clutter the buffer.
I don't agree that they are clutter. They serve as a clear indication
that the line was truncated. Since Emacs supports a feature whereby
only the current line is hscrolled, this indication is important.
I'm not interested in adding a feature that would disable these glyphs
on TTY frames. (On GUI frames, Emacs does not show these glyphs by
default, and the continuation/truncation indications are shown on the
fringes.)
Added tag(s) notabug.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 13 Jul 2024 09:23:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#72090
; Package
emacs
.
(Sat, 13 Jul 2024 09:24:02 GMT)
Full text and
rfc822 format available.
Message #13 received at submit <at> debbugs.gnu.org (full text, mbox):
On Sat, 13 Jul 2024 08:51:58 +0000 the_wurfkreuz via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> wrote:
> I haven't found a way to disable truncation characters when I'm not using
> line wrapping.
> There is a way to make them appear as empty spaces:
>
> (set-display-table-slot standard-display-table 'truncation ?\ )
>
> However, this isn't a real solution because it still takes up buffer
> space for no benefit.
>
> In some cases, truncation symbols on the left side of the buffer seem
> completely pointless. There's no additional context to be derived from them,
> and they just clutter the buffer.
I don't know if truncation characters can be disabled, but maybe this is
good enough as a workaround:
(set-display-table-slot standard-display-table 'truncation ?\N{ZERO WIDTH SPACE})
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#72090
; Package
emacs
.
(Sat, 13 Jul 2024 09:24:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#72090
; Package
emacs
.
(Sat, 13 Jul 2024 12:19:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 72090 <at> debbugs.gnu.org (full text, mbox):
[Please use Reply All to keep the bug tracker on the CC list.]
> Date: Sat, 13 Jul 2024 11:16:15 +0000
> From: the_wurfkreuz <the_wurfkreuz <at> proton.me>
>
> > What do you mean by "disable"?
>
> Initially, i had the need to disable wrapping. I know only one way of doing that, and it's by enabling truncation (setq-default truncate-lines t).
> But i still have the fringe area and its symbols, that show truncation. If i want to remove of the symbols and free up space for buffer characters, the logical step would be to disable the fringe area '(set-fringe-mode 0)'. After doing that, the fringe area disappears only visually, i still have the truncation symbols, but now they have a form of a dollar sign. So, essentially, the fringe area is still there and i have no option to completely remove it so that all possible buffer space is taken only by its characters.
>
> It looks reasonable for me, that users have the option to completely free up the buffer space from any indications and indication areas if they want it.
I can only suggest to use visual-line-mode, maybe it will come closer
to what you want.
Reply sent
to
Stefan Kangas <stefankangas <at> gmail.com>
:
You have taken responsibility.
(Thu, 02 Jan 2025 01:18:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
the_wurfkreuz <the_wurfkreuz <at> proton.me>
:
bug acknowledged by developer.
(Thu, 02 Jan 2025 01:18:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 72090-done <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> tags 72090 notabug
> thanks
>
>> Date: Sat, 13 Jul 2024 08:51:58 +0000
>> From: the_wurfkreuz via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> I haven't found a way to disable truncation characters when I'm not using
>> line wrapping.
>
> What do you mean by "disable"? If you mean force Emacs not to show
> any glyph there, then there's no way of disabling that completely.
>
>> There is a way to make them appear as empty spaces:
>>
>> (set-display-table-slot standard-display-table 'truncation ?\ )
>>
>> However, this isn't a real solution because it still takes up buffer
>> space for no benefit.
>
> Yes, and that's by design.
>
>> In some cases, truncation symbols on the left side of the buffer seem
>> completely pointless. There's no additional context to be derived from them,
>> and they just clutter the buffer.
>
> I don't agree that they are clutter. They serve as a clear indication
> that the line was truncated. Since Emacs supports a feature whereby
> only the current line is hscrolled, this indication is important.
>
> I'm not interested in adding a feature that would disable these glyphs
> on TTY frames. (On GUI frames, Emacs does not show these glyphs by
> default, and the continuation/truncation indications are shown on the
> fringes.)
I'm therefore closing this bug report.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 30 Jan 2025 12:24:18 GMT)
Full text and
rfc822 format available.
This bug report was last modified 17 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.