unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#72309: propertized-buffer-identification with maximum width
@ 2024-07-26 19:04 Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-27  5:48 ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-26 19:04 UTC (permalink / raw)
  To: 72309


propertized-buffer-identification could be improved so that when using a
maximum width there are three dots and a space at the end to indicate
that the buffer name has been truncated.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-26 19:04 bug#72309: propertized-buffer-identification with maximum width Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-27  5:48 ` Eli Zaretskii
  2024-07-27  9:22   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2024-07-27  5:48 UTC (permalink / raw)
  To: Heime; +Cc: 72309

tags 72309 notabug
thanks

> Date: Fri, 26 Jul 2024 19:04:14 +0000
> From:  Heime via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> 
> propertized-buffer-identification could be improved so that when using a
> maximum width there are three dots and a space at the end to indicate
> that the buffer name has been truncated.  

Emacs doesn't truncate the buffer name shown on the mode line, so no
ellipsis should be needed, ever.  IOW, the maximum width is basically
infinity.

Where did you see the buffer name truncated on the mode line?





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27  5:48 ` Eli Zaretskii
@ 2024-07-27  9:22   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-27 12:05     ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-27  9:22 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72309

On Saturday, July 27th, 2024 at 5:48 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> tags 72309 notabug
> thanks
> 
> > Date: Fri, 26 Jul 2024 19:04:14 +0000
> > From: Heime via "Bug reports for GNU Emacs,
> > the Swiss army knife of text editors" bug-gnu-emacs@gnu.org
> > 
> > propertized-buffer-identification could be improved so that when using a
> > maximum width there are three dots and a space at the end to indicate
> > that the buffer name has been truncated.
> 
> 
> Emacs doesn't truncate the buffer name shown on the mode line, so no
> ellipsis should be needed, ever. IOW, the maximum width is basically
> infinity.
> 
> Where did you see the buffer name truncated on the mode line?


There is this construct

 (width rest…)

which specifies truncation or padding of the results of rest. 

If used on the buffer name it just truncates without specification 
that truncation occurred.







^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27  9:22   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-27 12:05     ` Eli Zaretskii
  2024-07-27 12:23       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2024-07-27 12:05 UTC (permalink / raw)
  To: Heime; +Cc: 72309

> Date: Sat, 27 Jul 2024 09:22:21 +0000
> From: Heime <heimeborgia@protonmail.com>
> Cc: 72309@debbugs.gnu.org
> 
> On Saturday, July 27th, 2024 at 5:48 PM, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> > tags 72309 notabug
> > thanks
> > 
> > > Date: Fri, 26 Jul 2024 19:04:14 +0000
> > > From: Heime via "Bug reports for GNU Emacs,
> > > the Swiss army knife of text editors" bug-gnu-emacs@gnu.org
> > > 
> > > propertized-buffer-identification could be improved so that when using a
> > > maximum width there are three dots and a space at the end to indicate
> > > that the buffer name has been truncated.
> > 
> > 
> > Emacs doesn't truncate the buffer name shown on the mode line, so no
> > ellipsis should be needed, ever. IOW, the maximum width is basically
> > infinity.
> > 
> > Where did you see the buffer name truncated on the mode line?
> 
> 
> There is this construct
> 
>  (width rest…)
> 
> which specifies truncation or padding of the results of rest. 
> 
> If used on the buffer name it just truncates without specification 
> that truncation occurred.

Where in the Emacs code did you see that?  I cannot find anything like
that in bindings.el, which is where we have the code used for
displaying the buffer name on the mode line.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27 12:05     ` Eli Zaretskii
@ 2024-07-27 12:23       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-27 13:00         ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-27 12:23 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72309






Sent with Proton Mail secure email.

On Sunday, July 28th, 2024 at 12:05 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Sat, 27 Jul 2024 09:22:21 +0000
> > From: Heime heimeborgia@protonmail.com
> > Cc: 72309@debbugs.gnu.org
> > 
> > On Saturday, July 27th, 2024 at 5:48 PM, Eli Zaretskii eliz@gnu.org wrote:
> > 
> > > tags 72309 notabug
> > > thanks
> > > 
> > > > Date: Fri, 26 Jul 2024 19:04:14 +0000
> > > > From: Heime via "Bug reports for GNU Emacs,
> > > > the Swiss army knife of text editors" bug-gnu-emacs@gnu.org
> > > > 
> > > > propertized-buffer-identification could be improved so that when using a
> > > > maximum width there are three dots and a space at the end to indicate
> > > > that the buffer name has been truncated.
> > > 
> > > Emacs doesn't truncate the buffer name shown on the mode line, so no
> > > ellipsis should be needed, ever. IOW, the maximum width is basically
> > > infinity.
> > > 
> > > Where did you see the buffer name truncated on the mode line?
> > 
> > There is this construct
> > 
> > (width rest…)
> > 
> > which specifies truncation or padding of the results of rest.
> > 
> > If used on the buffer name it just truncates without specification
> > that truncation occurred.
> 
> 
> Where in the Emacs code did you see that? I cannot find anything like
> that in bindings.el, which is where we have the code used for
> displaying the buffer name on the mode line.

The last entry in "24.4.2 The Data Structure of the Mode Line".

I have tried it and setting a maximum width does work and the abrupt 
truncation in the buffer name does occur.  






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27 12:23       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-27 13:00         ` Eli Zaretskii
  2024-07-27 13:08           ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2024-07-27 13:00 UTC (permalink / raw)
  To: Heime; +Cc: 72309

> Date: Sat, 27 Jul 2024 12:23:20 +0000
> From: Heime <heimeborgia@protonmail.com>
> Cc: 72309@debbugs.gnu.org
> 
> 
> 
> 
> 
> 
> Sent with Proton Mail secure email.
> 
> On Sunday, July 28th, 2024 at 12:05 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> > > Date: Sat, 27 Jul 2024 09:22:21 +0000
> > > From: Heime heimeborgia@protonmail.com
> > > Cc: 72309@debbugs.gnu.org
> > > 
> > > On Saturday, July 27th, 2024 at 5:48 PM, Eli Zaretskii eliz@gnu.org wrote:
> > > 
> > > > tags 72309 notabug
> > > > thanks
> > > > 
> > > > > Date: Fri, 26 Jul 2024 19:04:14 +0000
> > > > > From: Heime via "Bug reports for GNU Emacs,
> > > > > the Swiss army knife of text editors" bug-gnu-emacs@gnu.org
> > > > > 
> > > > > propertized-buffer-identification could be improved so that when using a
> > > > > maximum width there are three dots and a space at the end to indicate
> > > > > that the buffer name has been truncated.
> > > > 
> > > > Emacs doesn't truncate the buffer name shown on the mode line, so no
> > > > ellipsis should be needed, ever. IOW, the maximum width is basically
> > > > infinity.
> > > > 
> > > > Where did you see the buffer name truncated on the mode line?
> > > 
> > > There is this construct
> > > 
> > > (width rest…)
> > > 
> > > which specifies truncation or padding of the results of rest.
> > > 
> > > If used on the buffer name it just truncates without specification
> > > that truncation occurred.
> > 
> > 
> > Where in the Emacs code did you see that? I cannot find anything like
> > that in bindings.el, which is where we have the code used for
> > displaying the buffer name on the mode line.
> 
> The last entry in "24.4.2 The Data Structure of the Mode Line".
> 
> I have tried it and setting a maximum width does work and the abrupt 
> truncation in the buffer name does occur.  

Yes, but the (WIDTH something) construct is not for truncating long
names, it's for ensuring the string produced by "something" doesn't
take too many columns.  So you are using this for a wrong purpose.  If
you want to truncate a buffer's name, use truncate-string-to-width
instead, which is also capable of showing the ellipsis at the end.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27 13:00         ` Eli Zaretskii
@ 2024-07-27 13:08           ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-27 13:29             ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-27 13:08 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72309

On Sunday, July 28th, 2024 at 1:00 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Sat, 27 Jul 2024 12:23:20 +0000
> > From: Heime heimeborgia@protonmail.com
> > Cc: 72309@debbugs.gnu.org
> > 
> > Sent with Proton Mail secure email.
> > 
> > On Sunday, July 28th, 2024 at 12:05 AM, Eli Zaretskii eliz@gnu.org wrote:
> > 
> > > > Date: Sat, 27 Jul 2024 09:22:21 +0000
> > > > From: Heime heimeborgia@protonmail.com
> > > > Cc: 72309@debbugs.gnu.org
> > > > 
> > > > On Saturday, July 27th, 2024 at 5:48 PM, Eli Zaretskii eliz@gnu.org wrote:
> > > > 
> > > > > tags 72309 notabug
> > > > > thanks
> > > > > 
> > > > > > Date: Fri, 26 Jul 2024 19:04:14 +0000
> > > > > > From: Heime via "Bug reports for GNU Emacs,
> > > > > > the Swiss army knife of text editors" bug-gnu-emacs@gnu.org
> > > > > > 
> > > > > > propertized-buffer-identification could be improved so that when using a
> > > > > > maximum width there are three dots and a space at the end to indicate
> > > > > > that the buffer name has been truncated.
> > > > > 
> > > > > Emacs doesn't truncate the buffer name shown on the mode line, so no
> > > > > ellipsis should be needed, ever. IOW, the maximum width is basically
> > > > > infinity.
> > > > > 
> > > > > Where did you see the buffer name truncated on the mode line?
> > > > 
> > > > There is this construct
> > > > 
> > > > (width rest…)
> > > > 
> > > > which specifies truncation or padding of the results of rest.
> > > > 
> > > > If used on the buffer name it just truncates without specification
> > > > that truncation occurred.
> > > 
> > > Where in the Emacs code did you see that? I cannot find anything like
> > > that in bindings.el, which is where we have the code used for
> > > displaying the buffer name on the mode line.
> > 
> > The last entry in "24.4.2 The Data Structure of the Mode Line".
> > 
> > I have tried it and setting a maximum width does work and the abrupt
> > truncation in the buffer name does occur.
> 
> 
> Yes, but the (WIDTH something) construct is not for truncating long
> names, it's for ensuring the string produced by "something" doesn't
> take too many columns. So you are using this for a wrong purpose. If
> you want to truncate a buffer's name, use truncate-string-to-width
> instead, which is also capable of showing the ellipsis at the end.

I do not know how to access the buffer name and apply truncate-string-to-width
when setting mode-line-buffer-identification on propertized-buffer-identification.

It is a very difficult thing.






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27 13:08           ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-27 13:29             ` Eli Zaretskii
  2024-07-27 14:56               ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2024-07-27 13:29 UTC (permalink / raw)
  To: Heime; +Cc: 72309

> Date: Sat, 27 Jul 2024 13:08:31 +0000
> From: Heime <heimeborgia@protonmail.com>
> Cc: 72309@debbugs.gnu.org
> 
> On Sunday, July 28th, 2024 at 1:00 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> > Yes, but the (WIDTH something) construct is not for truncating long
> > names, it's for ensuring the string produced by "something" doesn't
> > take too many columns. So you are using this for a wrong purpose. If
> > you want to truncate a buffer's name, use truncate-string-to-width
> > instead, which is also capable of showing the ellipsis at the end.
> 
> I do not know how to access the buffer name and apply truncate-string-to-width
> when setting mode-line-buffer-identification on propertized-buffer-identification.

Use :eval.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27 13:29             ` Eli Zaretskii
@ 2024-07-27 14:56               ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-27 15:27                 ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-27 14:56 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72309






Sent with Proton Mail secure email.

On Sunday, July 28th, 2024 at 1:29 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Sat, 27 Jul 2024 13:08:31 +0000
> > From: Heime heimeborgia@protonmail.com
> > Cc: 72309@debbugs.gnu.org
> > 
> > On Sunday, July 28th, 2024 at 1:00 AM, Eli Zaretskii eliz@gnu.org wrote:
> > 
> > > Yes, but the (WIDTH something) construct is not for truncating long
> > > names, it's for ensuring the string produced by "something" doesn't
> > > take too many columns. So you are using this for a wrong purpose. If
> > > you want to truncate a buffer's name, use truncate-string-to-width
> > > instead, which is also capable of showing the ellipsis at the end.
> > 
> > I do not know how to access the buffer name and apply truncate-string-to-width
> > when setting mode-line-buffer-identification on propertized-buffer-identification.
> 
> 
> Use :eval.

I have done it without success

(defun vodil-rtgbfn (wmin)
  (setq-default mode-line-buffer-identification
    (propertized-buffer-identification (format " %%%db " wmin))))

 (vodil-rtgbfn 8)

  (setq-default mode-line-format
    '( "%e" (:eval (truncate-string-to-width mode-line-buffer-identification 13))
            vodil-panelit-bfselec))








^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27 14:56               ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-27 15:27                 ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-27 20:49                   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-27 15:27 UTC (permalink / raw)
  To: Heime; +Cc: 72309, Eli Zaretskii






Sent with Proton Mail secure email.

On Sunday, July 28th, 2024 at 2:56 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org> wrote:

> 
> 
> 
> 
> 
> Sent with Proton Mail secure email.
> 
> 
> On Sunday, July 28th, 2024 at 1:29 AM, Eli Zaretskii eliz@gnu.org wrote:
> 
> > > Date: Sat, 27 Jul 2024 13:08:31 +0000
> > > From: Heime heimeborgia@protonmail.com
> > > Cc: 72309@debbugs.gnu.org
> > > 
> > > On Sunday, July 28th, 2024 at 1:00 AM, Eli Zaretskii eliz@gnu.org wrote:
> > > 
> > > > Yes, but the (WIDTH something) construct is not for truncating long
> > > > names, it's for ensuring the string produced by "something" doesn't
> > > > take too many columns. So you are using this for a wrong purpose. If
> > > > you want to truncate a buffer's name, use truncate-string-to-width
> > > > instead, which is also capable of showing the ellipsis at the end.
> > > 
> > > I do not know how to access the buffer name and apply truncate-string-to-width
> > > when setting mode-line-buffer-identification on propertized-buffer-identification.
> > 
> > Use :eval.
> 
> 
> I have done it without success
> 
> (defun vodil-rtgbfn (wmin)
> (setq-default mode-line-buffer-identification
> (propertized-buffer-identification (format " %%%db " wmin))))
> 
> (vodil-rtgbfn 8)
> 
> (setq-default mode-line-format
> '( "%e" (:eval (truncate-string-to-width mode-line-buffer-identification 13))
> vodil-panelit-bfselec))


Have now done, but now the buffer name is not displayed.  Why has there
to be so much torture to change the defaults !
 
 (defun vodil-tkbfn-ellipses (wmax)
  "Get the buffer name truncated to WMAX width with ellipsis."

  (let* ( (bfname (buffer-name (window-buffer)))
          (tkname (if (> (length bfname) wmax)
                      (truncate-string-to-width bfname wmax nil nil "...")
                    bfname)))
    (propertized-buffer-identification (format " %s " tkname))))


(defun vodil-tkbfn (wmax)
  "Set mode-line-buffer-identification with WMAX maximum width."

  (setq-default mode-line-buffer-identification
    '(:eval (vodil-tkbfn-ellipses wmax))))







^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27 15:27                 ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-27 20:49                   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-28  4:55                     ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-27 20:49 UTC (permalink / raw)
  To: Heime; +Cc: 72309, Eli Zaretskii

On Sunday, July 28th, 2024 at 3:27 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org> wrote:

> Sent with Proton Mail secure email.
> 
> On Sunday, July 28th, 2024 at 2:56 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" bug-gnu-emacs@gnu.org wrote:
> 
> > Sent with Proton Mail secure email.
> > 
> > On Sunday, July 28th, 2024 at 1:29 AM, Eli Zaretskii eliz@gnu.org wrote:
> > 
> > > > Date: Sat, 27 Jul 2024 13:08:31 +0000
> > > > From: Heime heimeborgia@protonmail.com
> > > > Cc: 72309@debbugs.gnu.org
> > > > 
> > > > On Sunday, July 28th, 2024 at 1:00 AM, Eli Zaretskii eliz@gnu.org wrote:
> > > > 
> > > > > Yes, but the (WIDTH something) construct is not for truncating long
> > > > > names, it's for ensuring the string produced by "something" doesn't
> > > > > take too many columns. So you are using this for a wrong purpose. If
> > > > > you want to truncate a buffer's name, use truncate-string-to-width
> > > > > instead, which is also capable of showing the ellipsis at the end.
> > > > 
> > > > I do not know how to access the buffer name and apply truncate-string-to-width
> > > > when setting mode-line-buffer-identification on propertized-buffer-identification.
> > > 
> > > Use :eval.
> > 
> > I have done it without success
> > 
> > (defun vodil-rtgbfn (wmin)
> > (setq-default mode-line-buffer-identification
> > (propertized-buffer-identification (format " %%%db " wmin))))
> > 
> > (vodil-rtgbfn 8)
> > 
> > (setq-default mode-line-format
> > '( "%e" (:eval (truncate-string-to-width mode-line-buffer-identification 13))
> > vodil-panelit-bfselec))
> 
> 
> 
> Have now done, but now the buffer name is not displayed. Why has there
> to be so much torture to change the defaults !
> 
> (defun vodil-tkbfn-ellipses (wmax)
> "Get the buffer name truncated to WMAX width with ellipsis."
> 
> (let* ( (bfname (buffer-name (window-buffer)))
> (tkname (if (> (length bfname) wmax)
> 
> (truncate-string-to-width bfname wmax nil nil "...")
> bfname)))
> (propertized-buffer-identification (format " %s " tkname))))
> 
> 
> (defun vodil-tkbfn (wmax)
> "Set mode-line-buffer-identification with WMAX maximum width."
> 
> (setq-default mode-line-buffer-identification
> '(:eval (vodil-tkbfn-ellipses wmax))))
> 

What is the big problem of showing how to implement this, buffer name
with truncation ellipses using mode-line-buffer-identification ?

Can there be some additional commands to make this possibility less
cumbersome.  For instance, an option that gives mode-line-buffer-identification
with truncation ellipses. 






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-27 20:49                   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-28  4:55                     ` Eli Zaretskii
  2024-07-28 10:55                       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2024-07-28  4:55 UTC (permalink / raw)
  To: Heime; +Cc: 72309

> Date: Sat, 27 Jul 2024 20:49:05 +0000
> From: Heime <heimeborgia@protonmail.com>
> Cc: 72309@debbugs.gnu.org, Eli Zaretskii <eliz@gnu.org>
> 
> On Sunday, July 28th, 2024 at 3:27 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org> wrote:
> 
> > Sent with Proton Mail secure email.
> > 
> > On Sunday, July 28th, 2024 at 2:56 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" bug-gnu-emacs@gnu.org wrote:
> > 
> > > Sent with Proton Mail secure email.
> > > 
> > > On Sunday, July 28th, 2024 at 1:29 AM, Eli Zaretskii eliz@gnu.org wrote:
> > > 
> > > > > Date: Sat, 27 Jul 2024 13:08:31 +0000
> > > > > From: Heime heimeborgia@protonmail.com
> > > > > Cc: 72309@debbugs.gnu.org
> > > > > 
> > > > > On Sunday, July 28th, 2024 at 1:00 AM, Eli Zaretskii eliz@gnu.org wrote:
> > > > > 
> > > > > > Yes, but the (WIDTH something) construct is not for truncating long
> > > > > > names, it's for ensuring the string produced by "something" doesn't
> > > > > > take too many columns. So you are using this for a wrong purpose. If
> > > > > > you want to truncate a buffer's name, use truncate-string-to-width
> > > > > > instead, which is also capable of showing the ellipsis at the end.
> > > > > 
> > > > > I do not know how to access the buffer name and apply truncate-string-to-width
> > > > > when setting mode-line-buffer-identification on propertized-buffer-identification.
> > > > 
> > > > Use :eval.
> > > 
> > > I have done it without success
> > > 
> > > (defun vodil-rtgbfn (wmin)
> > > (setq-default mode-line-buffer-identification
> > > (propertized-buffer-identification (format " %%%db " wmin))))
> > > 
> > > (vodil-rtgbfn 8)
> > > 
> > > (setq-default mode-line-format
> > > '( "%e" (:eval (truncate-string-to-width mode-line-buffer-identification 13))
> > > vodil-panelit-bfselec))
> > 
> > 
> > 
> > Have now done, but now the buffer name is not displayed. Why has there
> > to be so much torture to change the defaults !
> > 
> > (defun vodil-tkbfn-ellipses (wmax)
> > "Get the buffer name truncated to WMAX width with ellipsis."
> > 
> > (let* ( (bfname (buffer-name (window-buffer)))
> > (tkname (if (> (length bfname) wmax)
> > 
> > (truncate-string-to-width bfname wmax nil nil "...")
> > bfname)))
> > (propertized-buffer-identification (format " %s " tkname))))
> > 
> > 
> > (defun vodil-tkbfn (wmax)
> > "Set mode-line-buffer-identification with WMAX maximum width."
> > 
> > (setq-default mode-line-buffer-identification
> > '(:eval (vodil-tkbfn-ellipses wmax))))
> > 
> 
> What is the big problem of showing how to implement this, buffer name
> with truncation ellipses using mode-line-buffer-identification ?

We don't have people here whose job is to write code for others.  This
is a volunteer-based project, where people help you with ideas, but
the actual job of writing and debugging the code is yours.

So please take the ideas, read the documentation, and work on the
implementation you want.  If you have questions about the
implementation, please ask them on help-gnu-emacs, which is where
user-level help should be sought.

> Can there be some additional commands to make this possibility less
> cumbersome.  For instance, an option that gives mode-line-buffer-identification
> with truncation ellipses. 

No.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-28  4:55                     ` Eli Zaretskii
@ 2024-07-28 10:55                       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-28 12:18                         ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-28 10:55 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72309






Sent with Proton Mail secure email.

On Sunday, July 28th, 2024 at 4:55 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Sat, 27 Jul 2024 20:49:05 +0000
> > From: Heime heimeborgia@protonmail.com
> > Cc: 72309@debbugs.gnu.org, Eli Zaretskii eliz@gnu.org
> > 
> > On Sunday, July 28th, 2024 at 3:27 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" bug-gnu-emacs@gnu.org wrote:
> > 
> > > Sent with Proton Mail secure email.
> > > 
> > > On Sunday, July 28th, 2024 at 2:56 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" bug-gnu-emacs@gnu.org wrote:
> > > 
> > > > Sent with Proton Mail secure email.
> > > > 
> > > > On Sunday, July 28th, 2024 at 1:29 AM, Eli Zaretskii eliz@gnu.org wrote:
> > > > 
> > > > > > Date: Sat, 27 Jul 2024 13:08:31 +0000
> > > > > > From: Heime heimeborgia@protonmail.com
> > > > > > Cc: 72309@debbugs.gnu.org
> > > > > > 
> > > > > > On Sunday, July 28th, 2024 at 1:00 AM, Eli Zaretskii eliz@gnu.org wrote:
> > > > > > 
> > > > > > > Yes, but the (WIDTH something) construct is not for truncating long
> > > > > > > names, it's for ensuring the string produced by "something" doesn't
> > > > > > > take too many columns. So you are using this for a wrong purpose. If
> > > > > > > you want to truncate a buffer's name, use truncate-string-to-width
> > > > > > > instead, which is also capable of showing the ellipsis at the end.
> > > > > > 
> > > > > > I do not know how to access the buffer name and apply truncate-string-to-width
> > > > > > when setting mode-line-buffer-identification on propertized-buffer-identification.
> > > > > 
> > > > > Use :eval.
> > > > 
> > > > I have done it without success
> > > > 
> > > > (defun vodil-rtgbfn (wmin)
> > > > (setq-default mode-line-buffer-identification
> > > > (propertized-buffer-identification (format " %%%db " wmin))))
> > > > 
> > > > (vodil-rtgbfn 8)
> > > > 
> > > > (setq-default mode-line-format
> > > > '( "%e" (:eval (truncate-string-to-width mode-line-buffer-identification 13))
> > > > vodil-panelit-bfselec))
> > > 
> > > Have now done, but now the buffer name is not displayed. Why has there
> > > to be so much torture to change the defaults !
> > > 
> > > (defun vodil-tkbfn-ellipses (wmax)
> > > "Get the buffer name truncated to WMAX width with ellipsis."
> > > 
> > > (let* ( (bfname (buffer-name (window-buffer)))
> > > (tkname (if (> (length bfname) wmax)
> > > 
> > > (truncate-string-to-width bfname wmax nil nil "...")
> > > bfname)))
> > > (propertized-buffer-identification (format " %s " tkname))))
> > > 
> > > (defun vodil-tkbfn (wmax)
> > > "Set mode-line-buffer-identification with WMAX maximum width."
> > > 
> > > (setq-default mode-line-buffer-identification
> > > '(:eval (vodil-tkbfn-ellipses wmax))))
> > 
> > What is the big problem of showing how to implement this, buffer name
> > with truncation ellipses using mode-line-buffer-identification ?
> 
> 
> We don't have people here whose job is to write code for others. This
> is a volunteer-based project, where people help you with ideas, but
> the actual job of writing and debugging the code is yours.
> 
> So please take the ideas, read the documentation, and work on the
> implementation you want. If you have questions about the
> implementation, please ask them on help-gnu-emacs, which is where
> user-level help should be sought.

Could there be a bug.  I have tried the various ideas and suggestions
and they did not work as others thought they would.  One implementation
that worked (using (width rest)) got a lot of gripe and was turned down.

Se I am back to where I have started.
 
> > Can there be some additional commands to make this possibility less
> > cumbersome. For instance, an option that gives mode-line-buffer-identification
> > with truncation ellipses.
> 
> No.

And people with small screen, what do they do ?  With all the minor modes displaying
in the modeline, it becomes unusable (meaning that its contents goes beyond the window).






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-28 10:55                       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-28 12:18                         ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-28 12:29                           ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-28 12:18 UTC (permalink / raw)
  To: Heime; +Cc: 72309, Eli Zaretskii






Sent with Proton Mail secure email.

On Sunday, July 28th, 2024 at 10:55 PM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org> wrote:

> 
> 
> 
> 
> 
> Sent with Proton Mail secure email.
> 
> 
> On Sunday, July 28th, 2024 at 4:55 PM, Eli Zaretskii eliz@gnu.org wrote:
> 
> > > Date: Sat, 27 Jul 2024 20:49:05 +0000
> > > From: Heime heimeborgia@protonmail.com
> > > Cc: 72309@debbugs.gnu.org, Eli Zaretskii eliz@gnu.org
> > > 
> > > On Sunday, July 28th, 2024 at 3:27 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" bug-gnu-emacs@gnu.org wrote:
> > > 
> > > > Sent with Proton Mail secure email.
> > > > 
> > > > On Sunday, July 28th, 2024 at 2:56 AM, Heime via "Bug reports for GNU Emacs, the Swiss army knife of text editors" bug-gnu-emacs@gnu.org wrote:
> > > > 
> > > > > Sent with Proton Mail secure email.
> > > > > 
> > > > > On Sunday, July 28th, 2024 at 1:29 AM, Eli Zaretskii eliz@gnu.org wrote:
> > > > > 
> > > > > > > Date: Sat, 27 Jul 2024 13:08:31 +0000
> > > > > > > From: Heime heimeborgia@protonmail.com
> > > > > > > Cc: 72309@debbugs.gnu.org
> > > > > > > 
> > > > > > > On Sunday, July 28th, 2024 at 1:00 AM, Eli Zaretskii eliz@gnu.org wrote:
> > > > > > > 
> > > > > > > > Yes, but the (WIDTH something) construct is not for truncating long
> > > > > > > > names, it's for ensuring the string produced by "something" doesn't
> > > > > > > > take too many columns. So you are using this for a wrong purpose. If
> > > > > > > > you want to truncate a buffer's name, use truncate-string-to-width
> > > > > > > > instead, which is also capable of showing the ellipsis at the end.
> > > > > > > 
> > > > > > > I do not know how to access the buffer name and apply truncate-string-to-width
> > > > > > > when setting mode-line-buffer-identification on propertized-buffer-identification.
> > > > > > 
> > > > > > Use :eval.
> > > > > 
> > > > > I have done it without success
> > > > > 
> > > > > (defun vodil-rtgbfn (wmin)
> > > > > (setq-default mode-line-buffer-identification
> > > > > (propertized-buffer-identification (format " %%%db " wmin))))
> > > > > 
> > > > > (vodil-rtgbfn 8)
> > > > > 
> > > > > (setq-default mode-line-format
> > > > > '( "%e" (:eval (truncate-string-to-width mode-line-buffer-identification 13))
> > > > > vodil-panelit-bfselec))
> > > > 
> > > > Have now done, but now the buffer name is not displayed. Why has there
> > > > to be so much torture to change the defaults !
> > > > 
> > > > (defun vodil-tkbfn-ellipses (wmax)
> > > > "Get the buffer name truncated to WMAX width with ellipsis."
> > > > 
> > > > (let* ( (bfname (buffer-name (window-buffer)))
> > > > (tkname (if (> (length bfname) wmax)
> > > > 
> > > > (truncate-string-to-width bfname wmax nil nil "...")
> > > > bfname)))
> > > > (propertized-buffer-identification (format " %s " tkname))))
> > > > 
> > > > (defun vodil-tkbfn (wmax)
> > > > "Set mode-line-buffer-identification with WMAX maximum width."
> > > > 
> > > > (setq-default mode-line-buffer-identification
> > > > '(:eval (vodil-tkbfn-ellipses wmax))))
> > > 
> > > What is the big problem of showing how to implement this, buffer name
> > > with truncation ellipses using mode-line-buffer-identification ?
> > 
> > We don't have people here whose job is to write code for others. This
> > is a volunteer-based project, where people help you with ideas, but
> > the actual job of writing and debugging the code is yours.
> > 
> > So please take the ideas, read the documentation, and work on the
> > implementation you want. If you have questions about the
> > implementation, please ask them on help-gnu-emacs, which is where
> > user-level help should be sought.
 
The implementations do not work.  

For instance, using 

(name (buffer-name))

or with 

(buffer-name (window-buffer))

See

(setq-default mode-line-buffer-identification
  (propertized-buffer-identification
    (format " %s "
      (let ( (name (buffer-name)) )
         (if (> (length name) wmax)
         (concat (substring name 0 (- wmax 3)) "...")
         name))))) )

And neither does this

  (let* ( (bfname (buffer-name (window-buffer)))
          (tkname (if (> (length bfname) wmax)
                      (truncate-string-to-width bfname wmax nil nil "...")
                    bfname)))
    (propertized-buffer-identification (format " %s " tkname))))

So there is no option other than using %b, where one has no control about
how it gets displayed. 







^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-28 12:18                         ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-28 12:29                           ` Eli Zaretskii
  2024-07-28 12:51                             ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2024-07-28 12:29 UTC (permalink / raw)
  To: Heime; +Cc: 72309

> Date: Sun, 28 Jul 2024 12:18:32 +0000
> From: Heime <heimeborgia@protonmail.com>
> Cc: Eli Zaretskii <eliz@gnu.org>, 72309@debbugs.gnu.org
> 
> > > > What is the big problem of showing how to implement this, buffer name
> > > > with truncation ellipses using mode-line-buffer-identification ?
> > > 
> > > We don't have people here whose job is to write code for others. This
> > > is a volunteer-based project, where people help you with ideas, but
> > > the actual job of writing and debugging the code is yours.
> > > 
> > > So please take the ideas, read the documentation, and work on the
> > > implementation you want. If you have questions about the
> > > implementation, please ask them on help-gnu-emacs, which is where
> > > user-level help should be sought.
>  
> The implementations do not work.  
> 
> For instance, using 
> 
> (name (buffer-name))
> 
> or with 
> 
> (buffer-name (window-buffer))
> 
> See
> 
> (setq-default mode-line-buffer-identification
>   (propertized-buffer-identification
>     (format " %s "
>       (let ( (name (buffer-name)) )
>          (if (> (length name) wmax)
>          (concat (substring name 0 (- wmax 3)) "...")
>          name))))) )
> 
> And neither does this
> 
>   (let* ( (bfname (buffer-name (window-buffer)))
>           (tkname (if (> (length bfname) wmax)
>                       (truncate-string-to-width bfname wmax nil nil "...")
>                     bfname)))
>     (propertized-buffer-identification (format " %s " tkname))))
> 
> So there is no option other than using %b, where one has no control about
> how it gets displayed. 

Your conclusions are wrong.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-28 12:29                           ` Eli Zaretskii
@ 2024-07-28 12:51                             ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-28 14:07                               ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-28 12:51 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72309






Sent with Proton Mail secure email.

On Monday, July 29th, 2024 at 12:29 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Sun, 28 Jul 2024 12:18:32 +0000
> > From: Heime heimeborgia@protonmail.com
> > Cc: Eli Zaretskii eliz@gnu.org, 72309@debbugs.gnu.org
> > 
> > > > > What is the big problem of showing how to implement this, buffer name
> > > > > with truncation ellipses using mode-line-buffer-identification ?
> > > > 
> > > > We don't have people here whose job is to write code for others. This
> > > > is a volunteer-based project, where people help you with ideas, but
> > > > the actual job of writing and debugging the code is yours.
> > > > 
> > > > So please take the ideas, read the documentation, and work on the
> > > > implementation you want. If you have questions about the
> > > > implementation, please ask them on help-gnu-emacs, which is where
> > > > user-level help should be sought.
> > 
> > The implementations do not work.
> > 
> > For instance, using
> > 
> > (name (buffer-name))
> > 
> > or with
> > 
> > (buffer-name (window-buffer))
> > 
> > See
> > 
> > (setq-default mode-line-buffer-identification
> > (propertized-buffer-identification
> > (format " %s "
> > (let ( (name (buffer-name)) )
> > (if (> (length name) wmax)
> > (concat (substring name 0 (- wmax 3)) "...")
> > name))))) )
> > 
> > And neither does this
> > 
> > (let* ( (bfname (buffer-name (window-buffer)))
> > (tkname (if (> (length bfname) wmax)
> > (truncate-string-to-width bfname wmax nil nil "...")
> > bfname)))
> > (propertized-buffer-identification (format " %s " tkname))))
> > 
> > So there is no option other than using %b, where one has no control about
> > how it gets displayed.
> 
> 
> Your conclusions are wrong.

If I put a question on emacs help, would you answer it in
a way that gets things to work ?






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-28 12:51                             ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-28 14:07                               ` Eli Zaretskii
  2024-07-28 14:19                                 ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2024-07-28 14:07 UTC (permalink / raw)
  To: Heime; +Cc: 72309

> Date: Sun, 28 Jul 2024 12:51:06 +0000
> From: Heime <heimeborgia@protonmail.com>
> Cc: 72309@debbugs.gnu.org
> 
> > > So there is no option other than using %b, where one has no control about
> > > how it gets displayed.
> > 
> > 
> > Your conclusions are wrong.
> 
> If I put a question on emacs help, would you answer it in
> a way that gets things to work ?

Not me, I don't have time for this, sorry.  But I hope someone else
will.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-28 14:07                               ` Eli Zaretskii
@ 2024-07-28 14:19                                 ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-07-28 14:32                                   ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-28 14:19 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72309






Sent with Proton Mail secure email.

On Monday, July 29th, 2024 at 2:07 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Sun, 28 Jul 2024 12:51:06 +0000
> > From: Heime heimeborgia@protonmail.com
> > Cc: 72309@debbugs.gnu.org
> > 
> > > > So there is no option other than using %b, where one has no control about
> > > > how it gets displayed.
> > > 
> > > Your conclusions are wrong.
> > 
> > If I put a question on emacs help, would you answer it in
> > a way that gets things to work ?
> 
> 
> Not me, I don't have time for this, sorry. But I hope someone else
> will.

Then all that discussion with me was a waste of your time.  Saying
I am wrong but not sharing what you have in mind is a bad strategy.






^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-28 14:19                                 ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-07-28 14:32                                   ` Eli Zaretskii
  2024-07-28 14:40                                     ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2024-07-28 14:32 UTC (permalink / raw)
  To: Heime; +Cc: 72309

> Date: Sun, 28 Jul 2024 14:19:30 +0000
> From: Heime <heimeborgia@protonmail.com>
> Cc: 72309@debbugs.gnu.org
> 
> > > > Your conclusions are wrong.
> > > 
> > > If I put a question on emacs help, would you answer it in
> > > a way that gets things to work ?
> > 
> > 
> > Not me, I don't have time for this, sorry. But I hope someone else
> > will.
> 
> Then all that discussion with me was a waste of your time.  Saying
> I am wrong but not sharing what you have in mind is a bad strategy.

I said much more than that in this discussion.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#72309: propertized-buffer-identification with maximum width
  2024-07-28 14:32                                   ` Eli Zaretskii
@ 2024-07-28 14:40                                     ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 20+ messages in thread
From: Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-07-28 14:40 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72309

On Monday, July 29th, 2024 at 2:32 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Sun, 28 Jul 2024 14:19:30 +0000
> > From: Heime heimeborgia@protonmail.com
> > Cc: 72309@debbugs.gnu.org
> > 
> > > > > Your conclusions are wrong.
> > > > 
> > > > If I put a question on emacs help, would you answer it in
> > > > a way that gets things to work ?
> > > 
> > > Not me, I don't have time for this, sorry. But I hope someone else
> > > will.
> > 
> > Then all that discussion with me was a waste of your time. Saying
> > I am wrong but not sharing what you have in mind is a bad strategy.
> 
> 
> I said much more than that in this discussion.

For a bug report, perhaps you did.  Will see that emacs-help will get me,
although I have done that for a number of days now.  And all suggestions
led nowhere.  So the bug-report.






^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~2024-07-28 14:40 UTC | newest]

Thread overview: 20+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-07-26 19:04 bug#72309: propertized-buffer-identification with maximum width Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-27  5:48 ` Eli Zaretskii
2024-07-27  9:22   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-27 12:05     ` Eli Zaretskii
2024-07-27 12:23       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-27 13:00         ` Eli Zaretskii
2024-07-27 13:08           ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-27 13:29             ` Eli Zaretskii
2024-07-27 14:56               ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-27 15:27                 ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-27 20:49                   ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-28  4:55                     ` Eli Zaretskii
2024-07-28 10:55                       ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-28 12:18                         ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-28 12:29                           ` Eli Zaretskii
2024-07-28 12:51                             ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-28 14:07                               ` Eli Zaretskii
2024-07-28 14:19                                 ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-07-28 14:32                                   ` Eli Zaretskii
2024-07-28 14:40                                     ` Heime via Bug reports for GNU Emacs, the Swiss army knife of text editors

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).