GNU logs - #61440, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#61440: 27.2; Be able to have `view-lossage' report only on the current buffer
Resent-From: Drew Adams <drew.adams@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 11 Feb 2023 22:00:01 +0000
Resent-Message-ID: <handler.61440.B.167615276320303 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 61440 <at> debbugs.gnu.org
From: Drew Adams <drew.adams@HIDDEN>
Thread-Topic: 27.2; Be able to have `view-lossage' report only on the current
 buffer
Thread-Index: Adk+ZAAos/RYgRAsRdyiEItN6MnDwQ==
Date: Sat, 11 Feb 2023 21:59:09 +0000
Message-ID: <SJ0PR10MB5488773EBC91DC8A4ADE166EF3DF9@HIDDEN>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: K0VZns/Ldh0yF4WKjzEmjYV9PWtmKV76Jr0Fqhb2Dnq1SxD7uKjSyO52uT58m3WyAS4mF5hqGIpNf1KymtLNnxoLQxVroII8+7w+Vr/qb0bXzBfN4vWgDbTxdBQ3pcgm3G5h/0msn7Fa349v9amep6CoKvCInzwU7zlGuL50rSuPwLXg2B24jIOPxVJmD/kSPqsDchiugCgvFEeEb318zgJIklY0OQwZU43XiKezVP59tUPuaif94l/aQkfxnRjf8lTE75fskNQYR+ceWn4DlG4duLEuzYjJWpGFkIGIZCoUsgG3rEUIo1uvIYHCk7NDr6D1o04TJWiiZRdk5opOT0RmW3VDwOiLovNf8uW5ACfXhhzFEAH51pIgtTWD1xy/WryN0qLZca685qUobVo/1ajocJ03mlC9C203ZNnVzX9izr7B9cponkaK5cyYMHM2HJVtkmb3phnKVAIsXpRP+cElMAUhzgkrPnrsGaiYMyxuvUng81Hr6P4ZJagyEcdhSX3kj6gBG1n9C0xgo0hPh6QBzylAkoc7T3xH2X6+I4YjflXaBzIpAXmkMtYM30l2o6DJw81HVJYFd5wmggO1s2eQ5K6OWPCsHAXcTVLUtakanCPkfmGYuZnlVJu6CMUvaQdTJHlm/+E4tcao+yhCdrCudg+WRnnOhZ87vC+R5dClzV2GLsQha79B2Oe37+Jq+m/wGAwVpzGxX3rlSGYMQP+62LGj3tst3zYG+ZCmXWeIMUBxBB9ZO2/2daNy9XOOI7sjLDLWTH6ZoaFHd7Gcs6ap7mNdp+Jd4Mb4XF7I60Dj5yaG+kIYCkewQ48A84BpphET84l0t4KrO75KvS17dYfiknJr4aiRrhx8IsAw2FPjG+DJBZYE+6tsMxMJcnk/UjHvgShW1OA7WcfATzRwBYGwBwDS3wxoekW3Jeq/S15w0ckzPnOGVlPeTVSbycGM0Pb6E83o9ByUK50rORml2MrI2Th3yfeRkK8GT+IYbQ9TDdQ8X8dASVMiYV+d8G90eG8mU/7O4lubJNISqZ3/apPcFy6L7Qg79B3HJVnHXWNhcss3jrTvQQ5m5h2DpB8buoP+HXDKjONLFz6Rmhp1ANsZdrJ/5WHBSyvPQbgAVQ+igP9CYsts5XjJghIXdFvFCLcyjzbcdgKXustK/mcds82gLq1a2cVtgCKNgLVOAtcKMqhOf+KWpdl4oflk7Bd15lcEc3GUNPVlyhsJ+1TtbcdZKN7h2ReTZ0RoEsZd8mJamh2n0lMsceFszh/Z0+mzL8QFeHGZ8qgMkkhLz505oqwWY2wunvqS2eMnudzEzXL7FwvBAwGNVGyVccGylZ9GlF/d2N1jd5iW3NrRRriNHOWS3Oi6jagZHmg8IxBOSBbCrrfJhPreknODwfFfuREMHdE+IFBvX9Sz6xQL4Yt1EGk3h3b0pwv8Q6CJRU92J3+H2CRjVNTwMx8cbMgUenNmLMUyFTSh7sfRf+cNRHVDNPlHZMnxBuYsid6HWEEa2gPN7MUtTVHUTIK80bGY3vO/s15rTbquXwgp53mkTBILFyoxJ21cME1axbC2AOi2QVQHxfFUbEKQwXtKcr1v/Z0c
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: 1zPVu139UgUIplVDzof89UXQrJ20yDktJCFa4S5jpYEGMRO3J7IJJFI/vBRk7QZJHMAPtZJVknOip8XN113Iwx/Xj95ADN3vxDKfBomJW0g8g3TtIyttoKAZL44zgNWMCtRGErYrEF5AmrOglijEWmDRt41a9rgkdsohReo3TQ1kAnfVCEZS8yimprwixbJe54znW6bKzdcs1SrjNVaaaR6f62MEslLMG1XQ4XwVNWulDabydYhWpr95+sEl0IzlessNH0XlDaM2fXS9NFJ0Q4XIoshI1iGJOcDXIOMzDEZ8Uppwqi1q4PdIU7uiuGbhl+Sqa3zwJ2c/3KdlqQqYbnthXItF9gZyiPRGfNXyGNeb1Sh8cr20g9kr4apEWPRV3NC0r/s8GRpUrwpb45n1w0+r3g8kCKR9jS/e34jRJqsT1L2GXrtfGHLiU2tcXhLG4hmU9sW7AL/wIij2x5LU58x0KFKxnDh09Kh5ZHbvcHjjIB3aCK74+YGTWX1T31rJP2NsLsXi2hyf3Q7QE5c1dd+zseLi0Wrm4zuKH3mlYeCqiy1zAS8APA3O2Od05OdbPQnJMY0anxN61/IUG0y99mtcMQKGGDspI3t1uzT9ZGGCoKo9QY/Ui2rhgEHuIlz0j02ZazmMmImfJpWmEaFrz+3wG59F9tQG5lJZOkkfOEBJHZVNDpFzL9CLnmQOogKBduslJHntUOICeltl1zOdnNxAql7DceunNUj65f8E2Crohsm3+M6U6mDDkSrEaFN8
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f4ec0ff6-9db3-4961-77fc-08db0c7b33fc
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Feb 2023 21:59:09.5126 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 5ot+3nFNQ6GMEScA7gZejYyqMM3OWpFoN4q8rZs8j4vpgK7nhmGZCc77GQiERYecdwLnXgF29pdVKKYNb0NbIQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO6PR10MB5395
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.219,Aquarius:18.0.930,Hydra:6.0.562,FMLib:17.11.170.22
 definitions=2023-02-11_14,2023-02-09_03,2023-02-09_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0
 phishscore=0
 suspectscore=0 mlxscore=0 spamscore=0 mlxlogscore=999 adultscore=0
 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2212070000 definitions=main-2302110205
X-Proofpoint-ORIG-GUID: A1tyGpnSsLgc1NvmNuzy3YV7FOMbveEJ
X-Proofpoint-GUID: A1tyGpnSsLgc1NvmNuzy3YV7FOMbveEJ
Received-SPF: pass client-ip=205.220.165.32;
 envelope-from=drew.adams@HIDDEN; helo=mx0a-00069f02.pphosted.com
X-Spam_score_int: -27
X-Spam_score: -2.8
X-Spam_bar: --
X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Enhancement request.

Be able (e.g. with a prefix arg) to have `C-h l' show only the recent
commands used in the current buffer.  The max number should be the same
as if listing the commands used in all buffers.  IOW, it shouldn't just be =
a
filtering of what `C-h l' without a prefix arg would give you (i.e., limite=
d
to the max number).

It would be good to also extend `recent-keys' to accept an additional
optional arg, to have it return only events in the current buffer.

In GNU Emacs 27.2 (build 1, x86_64-w64-mingw32)
 of 2021-03-26 built on CIRROCUMULUS
Repository revision: deef5efafb70f4b171265b896505b92b6eef24e6
Repository branch: HEAD
Windowing system distributor 'Microsoft Corp.', version 10.0.19044
System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.2486)

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Type C-x 1 to delete the help window.

Configured using:
 'configure --without-dbus --host=3Dx86_64-w64-mingw32
 --without-compress-install 'CFLAGS=3D-O2 -static''

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

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1252

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Drew Adams <drew.adams@HIDDEN>
Subject: bug#61440: Acknowledgement (27.2; Be able to have `view-lossage'
 report only on the current buffer)
Message-ID: <handler.61440.B.167615276320303.ack <at> debbugs.gnu.org>
References: <SJ0PR10MB5488773EBC91DC8A4ADE166EF3DF9@HIDDEN>
X-Gnu-PR-Message: ack 61440
X-Gnu-PR-Package: emacs
Reply-To: 61440 <at> debbugs.gnu.org
Date: Sat, 11 Feb 2023 22:00:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 61440 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
61440: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D61440
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#61440: 27.2; Be able to have `view-lossage' report only on the current buffer
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 12 Feb 2023 06:11:02 +0000
Resent-Message-ID: <handler.61440.B61440.167618222714376 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Drew Adams <drew.adams@HIDDEN>
Cc: 61440 <at> debbugs.gnu.org
Date: Sun, 12 Feb 2023 08:09:37 +0200
Message-Id: <83h6vrifdq.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <SJ0PR10MB5488773EBC91DC8A4ADE166EF3DF9@HIDDEN>
 (message from Drew Adams on Sat, 11 Feb 2023 21:59:09 +0000)
References: <SJ0PR10MB5488773EBC91DC8A4ADE166EF3DF9@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Drew Adams <drew.adams@HIDDEN>
> Date: Sat, 11 Feb 2023 21:59:09 +0000
> 
> Be able (e.g. with a prefix arg) to have `C-h l' show only the recent
> commands used in the current buffer.  The max number should be the same
> as if listing the commands used in all buffers.  IOW, it shouldn't just be a
> filtering of what `C-h l' without a prefix arg would give you (i.e., limited
> to the max number).
> 
> It would be good to also extend `recent-keys' to accept an additional
> optional arg, to have it return only events in the current buffer.

How do you define "commands used in the current buffer"?

  . are commands in the minibuffer when Emacs prompts considered to be
    "used in the current buffer"?
  . are commands invoked from the minibuffer via M-x considered to be
    "used in the current buffer"?
  . what about commands that switch to temporary buffers and enter
    recursive edit there?
  . what about commands that switch to another buffer in the middle of
    typing a key sequence?
  . etc. etc.

IOW, I don't understand how this hypothetical feature could work in
practice, let alone how to document what exactly it produces.  Emacs
commands are by their very nature "global", unrelated to a buffer.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#61440: 27.2; Be able to have `view-lossage' report only on the current buffer
Resent-From: Drew Adams <drew.adams@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 12 Feb 2023 15:45:02 +0000
Resent-Message-ID: <handler.61440.B61440.167621664631580 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: "61440 <at> debbugs.gnu.org" <61440 <at> debbugs.gnu.org>
From: Drew Adams <drew.adams@HIDDEN>
Thread-Topic: [External] : Re: bug#61440: 27.2; Be able to have `view-lossage'
 report only on the current buffer
Thread-Index: Adk+ZAAos/RYgRAsRdyiEItN6MnDwQARLVwgABLrW9A=
Date: Sun, 12 Feb 2023 15:43:55 +0000
Message-ID: <SJ0PR10MB54884599678A31AD1CC1A67FF3DC9@HIDDEN>
References: <SJ0PR10MB5488773EBC91DC8A4ADE166EF3DF9@HIDDEN>
 <83h6vrifdq.fsf@HIDDEN>
In-Reply-To: <83h6vrifdq.fsf@HIDDEN>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: +jCpRGEUCVmBb7OPc69r87KieNF5MuoJhwZ1WebpYSrldYXNrXC0AWKF349fkkkARDqxUgyC5YDyUD8sLqfN3+z6ZLi/7R2uRMgUu9yFX5cBgcftkZwDve8Rj4DuMnjC6B64WwqCXHanE3jTK6M4m4rB+XKBsXdo8zoC9D4lLG4en6xTlgEgTHdvgEMB/LvrhslRRm9RFrGDS3hS4iL1TIOl1tDxTyl3s07V8C2AwEHzRgRHajjxIK8gvisV3qpf2SorwSAyWi0+CaBnq+X0nC8gWTYukdkeE7Jlt6kLGW38C0WTV4BODfXD4GBy5BCJ7gGUadE01AM7LrP5nVBOAjQ+b3b0IqLDHAE5HX4MECIwAO0sXySykDSSjXOWGO4mQWUeEwIn0GqRznBR/5S76TDeaTa2yuhzPgS1WXRTxIDGlvqYwEYUb7TVkczqpZASxdrKOOrrsNt0RkutPafCectnuleAAWPQh4aKDZmRVulWt3XPvSKXjUZ5xM9eYhT8b4hlVZcgF7AfyWlQ5Qhm3w1CMI1x/+yyYibeRwUFP67ondILk4tdT2QaL2N3ktILKloCWnWUim+HrQ48hztBpgwMcYGBXv0KOrKZ/g7fDz5HjSgYd566/6EpQn2EYuwWH9JPwwJwdVJMu6gt4TiVMgRJh8KDWJcI+eMErPGWw0dfxgAt1Y1fkvwa6E9iZSOScx/ptoPBAqnLbGgIP1WMEQsZD5v0Me+lHF2m4gLxG6lRW6WuzWTi4vfWPIi51+BAXyp2qE9AiXAVDKg/IgF8h/TznswoovSjJ0gwnDBJ4xUYTmdOUetw7iijNbZo2lXpWQBE9FsKvLnd+bD1ZsSp2cXJXNtovj1XGbA7W/LnBe0p4s8vW8ThAVpDTS+dbD2K6AMjpXBxXXP1/+KYBqIgCRZFB21kmi87RRolxqCrK/y321zNDCIpco26U7h5mA9Kp05qvl9E/mrq2bfS+5Ze81ExxTssRk+auszWuoepAmIP4D1dD8v9XZ+3LWsHNSySTnrbUxBRVSDyQNDGpxsyT+Use2MYGAFnmM5wJEO/9MeFS4PjHc/4FbIEEWLxxoPjJbs99YO5BlbEv0OSCXJXV4yaRP82Qibt5Cw7oQ1IhHkJ7kkzhhgNbwAz1TTgTvzg1XPk2Hv90owXvymQuXRRSoTClNVVwvx5AKYvr3aZaM2YLLezVUlB6fNX8R/ZwukTLzScbbRS0Q+1BtFvEhxO88+n4Fzg9fRekgmwhJIfPgwY9d4VNAy7/xQN45v45DySd5gg3XoDOVXHmi1pX9ZAgPwzz49vQfRMJ/aGMGs2tgeW3ps35kQKNd8eO+F8KnTowXwvzIste1rWLPY4GwCb1hT1Y96A4HqcVOmmtcFaVQT3Yc6/kzY96sueokWrNKCgV5dkEWi9x080/b8x6huRUMdnGgzCWAlwOO1S7l062BeWc2UBNpfopTQNCWdhq5+BRZSPPZgHeZFqCgcAtFxJocJu3plfhDTTfiIaEeMTpP1nfG3L1o+oBWMhRiz1pLEwWH2DPeUT5+a/I0ho4eTMXpHaE6/WGx4Cqx4toFHUlgg+gOUPRv+AsvEETVR1yoOt
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: eb4ZyaTfFKSj0sMdLdtxbO88HZbMvCZ9sA80DhGelqP7EWMxwtVc3M5YQMXrVapTW8NfvlcHeos82NMJgHqiKEaMfJSwGq/1YVhTRB/8bStatgBrzOwoXn/lsqHglcJsTG0lEPjIS+CNeuxzfKZYqQOSQbLQDCfEbQ2WbT+STGU0C24HJROW1XQW5EZM9/QVCK23/Bej85x41CTKTt5xTActwG/ozu8TILKZEwNKzs4GyLaoeWxlq6wn62NvQseyzFFA2L2Xcpl62kTin+ezz2Zi/6kQR34p764zY5xU80aSUJ9D/OfgWsaSFdw1A+pHnuAuDYfRo/t/kDcLT0nOS3uL37eJFluIOVYZWqKOx8PUBKF066O3t6Xhwk928AoYh4VKmXgDwVcIietAQyu92giJjet+5GjHO7OaqSegEdDzGu18hPn34FE40l6SZNTjGiS7D2fK9YDuGDMD9FJhEExCf1pnGbO6GdKOXID4rl7STDhFU6HVHLFMSpP2h3/W879QztAKwEGuTY/q0xBoztiiFaAPduLJkGGUg7s5wUXLEraBXtcqMj6DoKUZikaTdBhFA7e21twCQAPVBycaPUiAyws011pLN8fPgFQCiVMvSndwgfgipZXCPYKbcnCG/0rQD/NCFX5iQdQBkwibvyi8y4JDmtkQQxMw96oGitdNHHk4NHvCJwDA/vGCUAi+wQ77dU7ftEa+vGlO2VH10qNAU+nm9WeHJ5of9UcTQdUvbSlMUbIERANrTKl12MGEdfC8pbuK5VnTGNlAaRIPTql6o5+niF54nLjDbPx6Z9o=
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: fe8ad11d-1401-4ee6-bb88-08db0d0ff34d
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2023 15:43:56.0217 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: SAOxNNwkhempx+FhRbC2Vjdl8OauG7vSmBvF3ecpj655sddkahRyuT1pWK6GTf3TSfny3KLhoIvMinws61V1xQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH8PR10MB6646
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.219,Aquarius:18.0.930,Hydra:6.0.562,FMLib:17.11.170.22
 definitions=2023-02-12_05,2023-02-09_03,2023-02-09_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999
 mlxscore=0 adultscore=0
 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 suspectscore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000
 definitions=main-2302120141
X-Proofpoint-ORIG-GUID: nFu4xOJ4W997slhONiS4r1MZIDmezDwg
X-Proofpoint-GUID: nFu4xOJ4W997slhONiS4r1MZIDmezDwg
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

> How do you define "commands used in the current buffer"?

Good question!  Clearly I didn't think enough about this
before posting.

>   . are commands in the minibuffer when Emacs prompts considered to be
>     "used in the current buffer"?
>   . are commands invoked from the minibuffer via M-x considered to be
>     "used in the current buffer"?
>   . what about commands that switch to temporary buffers and enter
>     recursive edit there?
>   . what about commands that switch to another buffer in the middle of
>     typing a key sequence?
>   . etc. etc.
>=20
> IOW, I don't understand how this hypothetical feature could work in
> practice, let alone how to document what exactly it produces.  Emacs
> commands are by their very nature "global", unrelated to a buffer.

All true.  Thanks for thinking this through more than I did.

Commands and keys (except keys on text/overlay properties)
are unrelated to any particular buffer.  But some buffer is
current when a command/key is invoked.

How about making the criterion be the commands/keys invoked
when buffer X is current?  (More generally, events occurring
when X is current.)

Only one buffer is current at any time.  The time a command
is called could be used to decide which buffer considers it
a command to be listed for that buffer.

This doesn't imply that the buffer that's current when a
command is invoked remains current throughout the command
execution, or that the effects of the command will even be
in that "invocation" buffer - of course.

But it gives us a way to split up the stream of input events
a bit, in a way that can sometimes be useful.  Commands that
move point within a buffer, for example would be listed for
that buffer.

And of course the usual behavior would be there and be the
default: show all commands/keys, regardless of the buffer
that was current when called.

I'm pretty sure I'd find it useful.  I can imagine checking
one or more such buffer listings, as well as the global one,
when I'm looking for some event or want to know better what
I did.

As for the minibuffer: I think the choices are either (1)
count the minibuffer itself as the current buffer when, uh,
it's current, or (2) consider the buffer that was current
just before the minibuffer (i.e., that particular depth)
was entered as the "current buffer" for purposes of this
feature.

Each of those, #1 and #2 could actually be useful.

Except that, as I worded the request, the proposed
behavior would only give you the lossage for the current
buffer, not for any buffer you request.  And minibuffers
are ephemeral, especially recursive ones, so "getting
into" such a minibuffer again, to be able to request the
lossage help would be problematic.

A version of `view-lossage' (I mean another, new command)
that asks which buffer to show the lossage for would
likely take of that problem.

But #2 (use the buffer current before the minibuffer)
would be fine.  (Dunno whether Emacs has a way to give
you the buffer current before the minibuffer was entered.
I have that for Icicles, but that didn't exist when I
added that.  Maybe it's available in Emacs now?)

Dunno whether this answers both of your questions: what
for? and which buffer?

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 4 Sep 2023 09:02:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 04 05:02:16 2023
Received: from localhost ([127.0.0.1]:48609 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1qd5TL-00064o-Om
	for submit <at> debbugs.gnu.org; Mon, 04 Sep 2023 05:02:15 -0400
Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]:61464)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1qd5TK-00064W-5z
 for control <at> debbugs.gnu.org; Mon, 04 Sep 2023 05:02:14 -0400
Received: by mail-lf1-x135.google.com with SMTP id
 2adb3069b0e04-4ff09632194so2041592e87.2
 for <control <at> debbugs.gnu.org>; Mon, 04 Sep 2023 02:02:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20221208; t=1693818128; x=1694422928; darn=debbugs.gnu.org;
 h=to:subject:message-id:date:mime-version:from:from:to:cc:subject
 :date:message-id:reply-to;
 bh=gq/RBJ7M1xGki1NlH+V6LHhzVgID/3v+H54fSJJJ3h8=;
 b=W71jWgB0a+4t4FhOOgYVabed/22JNpSmn2B4OSAzOs5JSudkkd7moKRdmNPHK5h00w
 LWAUZT59u7MVsW1HpYKTwNBVO7+tW0TTmXCD0C53UyVI/mO8K9U0pPkaG3/CGoz7iVmB
 Rb+Nw+GZCgsMfAmNHpfHTaX8Bsg7uLkfXlW6G/KzcAkElkD7+tJzp4K2bQCMoHP2cbNt
 b0IN9Cyw5SsBzQqk5aUbsQ2kLPqE3RklbSkvKIrLZnebidgiL5QEQqKZWirkYGr1qhmJ
 ac+VLZCA1I9kByVmFAryvmwY1OSn+bUNvErTOIjQvqVu3mUolbc5mCG3jfACgxf51AKt
 p72Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20221208; t=1693818128; x=1694422928;
 h=to:subject:message-id:date:mime-version:from:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=gq/RBJ7M1xGki1NlH+V6LHhzVgID/3v+H54fSJJJ3h8=;
 b=hI+d+NbNFpVGcls5cTU+GnU7xmHfJQxOwsStOkzAlSqx01kmWdR3CDZIoIos/rKQ0d
 kmSvxZM1h0ixXKfqqRLNyP0R25NLKL8/LPOj2GFO46j7eVtsWkvmgZXJ2B5c2FrdYp1T
 9e63dwMM9tD/rhwPXoKs02dLdtJWNHBFVc3F4TcieQm995fOJijD496qQ5v9igHcg1Jj
 gYnlN2BH822D3QpGsXjsxVVc+G3PvGsHrizz8YfgAu32ZrYZpwig/uzuRlYohb05GU4P
 SOM5Ng1oMTL4XExwsJeps4+hsWHUWWC93CTNMIsSN867H/kVihZgNgeS5zgUydT6LFKE
 CiOQ==
X-Gm-Message-State: AOJu0YwcYUSYjMnNVduvI+v2sr6941o2LcGT06u05/iXJ3yvAFyetJgN
 M6T8JW91B4aE6m83Inwibjxjqvh8dpG+t/Jk63XTUHSYWoc=
X-Google-Smtp-Source: AGHT+IE9ZBxUn5ydjyTEucC84bocx4vNixvVrS156dbjZe/YeTEE76MglcmxoqOVp/J3DUxRQ766bcn0lW6qUEVb2bU=
X-Received: by 2002:a05:6512:39c6:b0:500:9de4:5968 with SMTP id
 k6-20020a05651239c600b005009de45968mr8449709lfu.59.1693818128321; Mon, 04 Sep
 2023 02:02:08 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Mon, 4 Sep 2023 02:02:07 -0700
From: Stefan Kangas <stefankangas@HIDDEN>
MIME-Version: 1.0
Date: Mon, 4 Sep 2023 02:02:07 -0700
Message-ID: <CADwFkmm-nGD3WB9XFEjfai9j9JnJoj5OS4F_vp6v2qiN4hQYKw@HIDDEN>
Subject: control message for bug #61440
To: control <at> debbugs.gnu.org
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

severity 61440 wishlist
quit

Last modified: Mon, 4 Sep 2023 09:15:02 UTC

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