From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#36826: 26.1; request: add variable value editing feature to the *Help* buffer Date: Tue, 30 Jul 2019 02:59:39 +0200 Message-ID: <87o91ccp6s.fsf@web.de> References: <87a7cx4g7f.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="17928"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , "36826@debbugs.gnu.org" <36826@debbugs.gnu.org> To: ndame Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 30 03:00:13 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hsGUv-0004Wd-4j for geb-bug-gnu-emacs@m.gmane.org; Tue, 30 Jul 2019 03:00:13 +0200 Original-Received: from localhost ([::1]:57326 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hsGUu-00060l-3m for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Jul 2019 21:00:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34693) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hsGUm-00060Z-3f for bug-gnu-emacs@gnu.org; Mon, 29 Jul 2019 21:00:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hsGUl-0005BQ-3g for bug-gnu-emacs@gnu.org; Mon, 29 Jul 2019 21:00:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40545) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hsGUk-00059p-St for bug-gnu-emacs@gnu.org; Mon, 29 Jul 2019 21:00:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hsGUk-0001oH-NM for bug-gnu-emacs@gnu.org; Mon, 29 Jul 2019 21:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Jul 2019 01:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36826 X-GNU-PR-Package: emacs Original-Received: via spool by 36826-submit@debbugs.gnu.org id=B36826.15644483976919 (code B ref 36826); Tue, 30 Jul 2019 01:00:02 +0000 Original-Received: (at 36826) by debbugs.gnu.org; 30 Jul 2019 00:59:57 +0000 Original-Received: from localhost ([127.0.0.1]:49366 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hsGUe-0001nV-TR for submit@debbugs.gnu.org; Mon, 29 Jul 2019 20:59:57 -0400 Original-Received: from mout.web.de ([217.72.192.78]:52521) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hsGUd-0001n5-CN for 36826@debbugs.gnu.org; Mon, 29 Jul 2019 20:59:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1564448382; bh=bpWVJUVFCc3nCikAXunfge9aQUyQRkMlhUEMtC4F4RQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=DVpgbkdDZs9zgUzWQgWDT9OJg311qqRsWp/pSE8ufw2AKPh7/AaqzX3v7+9qljb8y onFTBYkNW+Tg9abbAKWRYpCn60xsOU1K3PryMorbEwmezzs/IvcFodzodDdoi8T2NH ghHm3SmIf7jUtHIeXPhYKMc7xjFKrGw4fBjxp9LQ= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([92.208.178.242]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0M1X9B-1igWn90QQL-00tSn6; Tue, 30 Jul 2019 02:59:42 +0200 In-Reply-To: (ndame's message of "Mon, 29 Jul 2019 04:38:25 +0000 (GMT)") X-Provags-ID: V03:K1:L9MMlo6+IDWrXnzjsnbmL1fu1syzc3mEYLv8F8wMYO5ySMUeczp OdA/fw04Lhj5nlqshW1JP5H1txsqQU4782USxHp8VjzS2alrBsBMDk0UJjqb0zvKX0d4yDM DMJ7PVP1e6n60vweIbvc5g3+LnlV7KJiQQ5LZpNiq3pJiixDIsFpNiiZ5/fkyu4Z4aZCRWT 9ynT9JEdRwQHdQlF7GT4w== X-UI-Out-Filterresults: notjunk:1;V03:K0:PSN0rn3UM1I=:jZzL5prMEI+IryTdTrPgO1 LC90UeY4Tx0PPS1cZEgCJODAHvclmAIuIbOD30+GSe11/NrmPP21Aff/8Axac7H+oqmlM4BNK hI+DOereWwtjKh/s0U2a+kgPTIIRi82rolHCI/oN4rqX9gg1BL491xyMGceO+R7HK5p4CpAyf +bQxWf6ts5wXx44O0V5s4bqVemZMnpfOjeXQoPVm85Rq+MITcXRLmII3Jd2lpjrwAPVtotqDR Tvs4t9T9aAj8acgh4VZCtKU+wJ8xuLOvzX+ZTDE0CMjX0fc7Sxzok9Uwi7tSzplT1iMXqAvSl EOS2Rj61s+g9bRqSUQNpp7q5dXmDTdN33CxMjQQguALXk5Ou6nCOI+2GjjFllhMqUFi6c+cb6 siLo79n7VCjHW1sVg8UlQMALcfKHmroeZBybs82Lzk45Zyw1i+vCzUlQ7qWZZjFX2c5W31Zfe SBgfQRQzjM7UrTHwW7CGW3vcGjvDKsNyR9Xee1gz/wd/ASsXdkWj6WwdxefHsF2FXj10jx2Kz XV7tv/h5CRaKji/A1cqIkzgO4hfK1hsbsCEm/3FwSOQp9Qo3HRFiEWYdj42ql4y6nPfREjuNf VNzugLHRYezO8II4HD7UXhQqfU4uQuEemtzKTTT3//XvyTNzWp1L47GFtPJ7zwMGB8On8Fqg8 lguE6TPHeALfDHYtm6QYhuVhTj+KhEqSNFcp+1CuhEACCv9W7pG29FBi6E3SopW8Mib5HWpq0 TexbhgE9ngEvXCSb2J9uIS968x2AbwQ0zvkC3N6yRBdp4zmmbLWUrdGvJg1jOOl2gk3T+Q1F X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:164086 Archived-At: ndame writes: > A related idea is that we could have the key c bound to copy as > elisp. So you want to tweak a variable. You press c and the lisp form > of setting the variable (setq varname ....current value...) is copied > to the kill ring which you can tweak in scratch. It's convenient, but also a small gain: copy the variable to scratch, hit C-u C-x C-e, and you already have most of this. Takes two seconds or so to type all that to have the complete setq form. > We are talking about variables which the user sets from lisp. Variables > containing buffer objects are not such. For these the feature could > throw an error saying the variable cannot be changed manually. Could be done. Note that already variables whose values contain functions could throw this error. > > But my main point is the question if we should really invite the typic= al > > user, which is not an Emacs developer (ok, here I'm not really sure if > > I'm right) to change variables on the fly, > I don't know what you mean by emacs developer (core developer?), but > the typical emacs user tends to learn lisp, so he can extend and mold > the editor to his needs. Such a user inspects variables, changes them, > copies code to the init file etc. This feature targets those users who > are beyond customize, able to use lisp and tweak variables and other > things often in emacs. Doing so is quite often a mistake. Some variables should not be set outside of customize. Other variables, especially list valued variables we spoke about, often need to be value modified instead of set. And for variables with atom values, the gain is small. Michael.