GNU bug report logs - #34513
display-line-numbers in term mode

Previous Next

Full log

View this message in rfc822 format

From: Ergus <spacibba <at> aol.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 34513 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: bug#34513: display-line-numbers in term mode
Date: Thu 01 Jan 1970 01:00:00 AM CET

--text follows this line--: --text follows this line--
Hi Eli: 
MIME-Version: 1.0
Content-Type: text/plain

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Mon, 21 Oct 2019 23:44:11 +0200
>> From: Ergus <spacibba <at> aol.com>
>> Cc: 34513 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
>>
>> >You can see the various solutions in tabulated-list.el.  I wrote them
>> >because features like package.el need to react to the changing width
>> >of the line numbers.
>> >
>> >In addition to the change in the line numbers display width due to
>> >scrolling, there are changes due to resizing the default font.
>> >
>> Hi Eli:
>>
>> I see that, but what about when the window width changes? Are there any
>> hook we ca use?
>
> Window width changes are unrelated to line numbers, right?
>
> Is window-size-change-functions what you want?

Yes they are unrelated, but the issue is the same... when and how to
trigger a line-width update/recalculation.

Actually on a windows resize the term-line width is not updated
either. So the new outputs after that assume the same window width. The
line-number-width is just another side of the same problem where the
line-width is not recalculated..

On window increase size the issue is not so annoying (it is not right,
but it works) but on window decrease size (or line-number-width
increase) it is worth because the lines adds a \ and break.

So a right fix maybe should recalculate the line-width more dynamically
(for example when inserting RET in term mode)

Does it makes sense?

Previous Next

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