GNU bug report logs - #64354
29.0.91; (emacs) `Registers'

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 64354 in the body.
You can then email your comments to 64354 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 29.0.91; (emacs) `Registers'
Date: Thu, 29 Jun 2023 19:36:01 +0000

The node says this in the beginning:

 A register can store a position, a piece of text, a rectangle, a
 number, a window configuration, or a file name, but only one thing at
 any given time.  Whatever you store in a register remains there until
 you store something else in that register.  To see what register R
 contains, use 'M-x view-register':

But the subnodes also talk about holding a frame-configuration in a
register.  Should the top-level node be updated similarly?

In GNU Emacs 29.0.91 (build 2, x86_64-w64-mingw32) of 2023-05-14 built
 on AVALON
Windowing system distributor 'Microsoft Corp.', version 10.0.19045
System Description: Microsoft Windows 10 Pro (v10.0.2009.19045.3086)

Configured using:
 'configure --with-modules --without-dbus --with-native-compilation
 --without-compress-install --with-tree-sitter CFLAGS=-O2'

Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP
NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XPM ZLIB

(NATIVE_COMP present but libgccjit not available)

Message #8 received at 64354 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Drew Adams <drew.adams <at> oracle.com>, "64354 <at> debbugs.gnu.org"
 <64354 <at> debbugs.gnu.org>
Subject: RE: 29.0.91; (emacs) `Registers'
Date: Thu, 29 Jun 2023 19:41:48 +0000

What's more, there's no subnode for frame-configuration registers.  Instead, although the node name wasn't updated, use of such registers was simply added to the node titled `Saving Window Configurations in Registers'.  A frame config is not a window config.  The node is named (for `Info-goto-node') `Configuration Parameters', so putting this info in that node is fine.  But the node title is misleading.

Message #11 received at 64354 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 64354 <at> debbugs.gnu.org
Subject: Re: bug#64354: 29.0.91; (emacs) `Registers'
Date: Fri, 30 Jun 2023 10:17:55 +0300

> From: Drew Adams <drew.adams <at> oracle.com>
> Date: Thu, 29 Jun 2023 19:36:01 +0000
> 
> The node says this in the beginning:
> 
>  A register can store a position, a piece of text, a rectangle, a
>  number, a window configuration, or a file name, but only one thing at
>  any given time.  Whatever you store in a register remains there until
>  you store something else in that register.  To see what register R
>  contains, use 'M-x view-register':
> 
> But the subnodes also talk about holding a frame-configuration in a
> register.  Should the top-level node be updated similarly?

Fixed, thanks.

Message #16 received at 64354-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 64354-done <at> debbugs.gnu.org
Subject: Re: bug#64354: 29.0.91; (emacs) `Registers'
Date: Fri, 30 Jun 2023 10:18:23 +0300

> From: Drew Adams <drew.adams <at> oracle.com>
> Date: Thu, 29 Jun 2023 19:41:48 +0000
> 
> What's more, there's no subnode for frame-configuration registers.  Instead, although the node name wasn't updated, use of such registers was simply added to the node titled `Saving Window Configurations in Registers'.  A frame config is not a window config.  The node is named (for `Info-goto-node') `Configuration Parameters', so putting this info in that node is fine.  But the node title is misleading.

Fixed on the emacs-29 branch, and closing the bug.

Previous Next

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