bug#43092: closed (26.3; mode-line-frame-identification mode-line-buffer-identification " " mode-line-position (vc-mode vc-mode) " " mode-line-modes mode-line-misc-info mode-line-end-spaces)

[GNU bug Tracking System]

Your message dated Sat, 29 Aug 2020 09:49:08 +0300
with message-id <838sdyymjf.fsf@gnu.org>
and subject line Re: bug#43092: 26.3; mode-line-frame-identification 
mode-line-buffer-identification " " mode-line-position (vc-mode vc-mode) " " 
mode-line-modes mode-line-misc-info mode-line-end-spaces
has caused the debbugs.gnu.org bug report #43092,
regarding 26.3; mode-line-frame-identification mode-line-buffer-identification 
"   " mode-line-position (vc-mode vc-mode) "  " mode-line-modes 
mode-line-misc-info mode-line-end-spaces
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
43092: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=43092
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 26.3; mode-line-frame-identification mode-line-buffer-identification "   " mode-line-position (vc-mode vc-mode) "  " mode-line-modes mode-line-misc-info mode-line-end-spaces
>
>
>
>
> Date: 
>
> Fri, 28 Aug 2020 12:57:32 -0700 (PDT)
>
>
>
>
> I may be missing something - please close if so (but hopefully let me
> know what I'm missing).
>
> The default value of `mode-line-remote' is this:
>
> (#("%1@" 0 3
>    (mouse-face mode-line-highlight
>                help-echo
>                #f(compiled-function
>                    (window _object _point) #<bytecode 0x1093abb>))))
>
> (FWIW, it's too bad that users see that #<bytecode...> thingy, but maybe
> there's no good alternative.)
>
> I don't see the %-construct "%@" described anywhere.  Presumably "%1@"
> means show what "%@" shows, but padded if needed so the field width is
> at least one char.  But what does @ itself do?
>
> A guess is that it does nothing, and its only purpose here is to enable
> the mouse-face and help-echo on the single pad char.
>
> If so, than a second guess might be that any "%X" construct, where X is
> not one of the chars documented, adds nothing other than perhaps padding
> chars and properties such as `help-echo' (and allows for `eval' etc.).
> If so, that should be documented, no?
>
> In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
>  of 2019-08-29
> Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd
> Windowing system distributor `Microsoft Corp.', version 10.0.18362
> Configured using:
>  `configure --without-dbus --host=x86_64-w64-mingw32
>  --without-compress-install 'CFLAGS=-O2 -static -g3''
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#43092: 26.3; mode-line-frame-identification mode-line-buffer-identification " " mode-line-position (vc-mode vc-mode) " " mode-line-modes mode-line-misc-info mode-line-end-spaces
>
>
>
>
> Date: 
>
> Sat, 29 Aug 2020 09:49:08 +0300
>
>
>
>
> > Date: Fri, 28 Aug 2020 12:57:32 -0700 (PDT)
> > From: Drew Adams <drew.adams@oracle.com>
> > 
> > I don't see the %-construct "%@" described anywhere.
>
> It is described in the doc string of mode-line-format.  I have now
> added that description to the manual as well.
>
> Thanks.
>
>
> --- End Message ---