From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Mauro Aranda Newsgroups: gmane.emacs.bugs Subject: bug#6419: A suggestion for easier editing of lists in Custom buffers Date: Wed, 21 Oct 2020 15:05:36 -0300 Message-ID: References: <87ft6esqn2.fsf@gnus.org> <1788f78e-28f4-466d-9f8c-539f1896348f@default> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000008340d905b2323214" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25616"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , Lennart Borgman , 6419@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Oct 21 20:23:51 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kVIm7-0006a5-92 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 21 Oct 2020 20:23:51 +0200 Original-Received: from localhost ([::1]:46366 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kVIm6-0006GD-CG for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 21 Oct 2020 14:23:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59766) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kVIUt-0002iX-AA for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 14:06:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38973) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kVIUs-00028r-G8 for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 14:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kVIUs-0004j4-Bq for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 14:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Oct 2020 18:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6419 X-GNU-PR-Package: emacs Original-Received: via spool by 6419-submit@debbugs.gnu.org id=B6419.160330355618141 (code B ref 6419); Wed, 21 Oct 2020 18:06:02 +0000 Original-Received: (at 6419) by debbugs.gnu.org; 21 Oct 2020 18:05:56 +0000 Original-Received: from localhost ([127.0.0.1]:50518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVIUm-0004iW-8w for submit@debbugs.gnu.org; Wed, 21 Oct 2020 14:05:56 -0400 Original-Received: from mail-wr1-f46.google.com ([209.85.221.46]:36835) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVIUk-0004iI-S3 for 6419@debbugs.gnu.org; Wed, 21 Oct 2020 14:05:55 -0400 Original-Received: by mail-wr1-f46.google.com with SMTP id x7so4166707wrl.3 for <6419@debbugs.gnu.org>; Wed, 21 Oct 2020 11:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RRXgy8cgYRoqgzg9HFoIiyV3+8dYz0SglfKdjVB+OdQ=; b=Dyno37NrllaFs9IrmykTLkEdFa5P0IvEoSef8pNB7dxnJ9fOhh2/H0IVFkx+hwVT+Y nXs3NazuhmlpgGj3YlwCaoSTWcLum2Z2mVZBKMiME7+2ikUzinjq0Op/bAg5Brk8xQrA CHSyCgsLTJryzBATEXmTYQiyFxRO0DQQOKKVHZBUwfNxn31tva7axFEcxPclyf3JqpvQ nJFK1TOPcjLRIvbbF9ZqtEgdUvhmsNqCBb+4dT7x+fPmNsfs3mPZifxWQ8BYc9TwDDjg QG44H9EJQZ5w0cfzl0e9rfLulxKVkIY3DC/H4/SXFCBmOPFiXlWIFxooyW9gEA3B/1GH +lvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RRXgy8cgYRoqgzg9HFoIiyV3+8dYz0SglfKdjVB+OdQ=; b=ZVkJfY8YP+fNZTgoepYD1FkTo2Cnj7T1Ls4Cxn8tyjfgsFZbcFarUW3pWvs9U+nIC5 N7fFFoRd1VTxqStw8tMfx2yP+AgqxNJJ5rvZY9lzVW9kATXkhF65QnKCetr7lqyzSwYB pQiz3PmmYXEQo2CbT02/L02mvLuj++wp/e91ByGPWSDQ+fIlT8D8+x7vJWgFYRKEC4Js Y4U0Uu6rBVLpfhhATPTZ8pz6Bzoe5aPQpwmgWngFoUa+9jvW4xol7vN+zUMYURxfNFlh jXzUFgZ3UgeJk6p4qaB5UGdn7FGS8/6uHklCnD6gcvgrUKhQMJz4fzHBB3kjG6QDSP/U BZvw== X-Gm-Message-State: AOAM531qFrwEj9g5fIRI3te2s+kdz3JL5cJu4GyLas99gCRfRizZGk87 3MojXKdA1lGkoJRYh7dNHMJ8gm7ucNyrgP7iZ4M= X-Google-Smtp-Source: ABdhPJyXRNEMIXjYKadsHfJ0wzMMahS86nYqus2YSGDeR+owgXVpcUqLROQI0R3dPsOef7nvyJVrs1YfNSCqgoqli7Y= X-Received: by 2002:adf:ecc1:: with SMTP id s1mr5987950wro.120.1603303549123; Wed, 21 Oct 2020 11:05:49 -0700 (PDT) In-Reply-To: <1788f78e-28f4-466d-9f8c-539f1896348f@default> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:191203 Archived-At: --0000000000008340d905b2323214 Content-Type: text/plain; charset="UTF-8" Drew Adams writes: >>> Should "a previously deleted one" be "the last-deleted one"? >> >> Not necessarily. It works like a stack. > > How is that different - LIFO, no? > In any case, how it works needs to be made clear > somewhere. Yes, of course. But in that case I think the help-echo should say explicitly: "the last-deleted one not yet reinserted", or something like that. >>> If you use INS in one customize buffer after using >>> DEL in another, or after using DEL in another part >>> of the same buffer (but not part of the same sequence), >>> is that last-deleted item inserted? Or is it only the >>> last-deleted (if any) from the same sequence? >> >> The latter. This only implements moving items within the same > sequence. > > So maybe make that clear somehow. Will try. --0000000000008340d905b2323214 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Drew Adams <dr= ew.adams@oracle.com> writes:

>>> Should "a prev= iously deleted one" be "the last-deleted one"?
>>>> Not necessarily.=C2=A0 It works like a stack.
>
> Ho= w is that different - LIFO, no?
> In any case, how it works needs to = be made clear
> somewhere.

Yes, of course.=C2=A0 But in that c= ase I think the help-echo should say
explicitly: "the last-deleted = one not yet reinserted", or something like
that.

>>>= ; If you use INS in one customize buffer after using
>>> DEL in= another, or after using DEL in another part
>>> of the same bu= ffer (but not part of the same sequence),
>>> is that last-dele= ted item inserted?=C2=A0 Or is it only the
>>> last-deleted (if= any) from the same sequence?
>>
>> The latter.=C2=A0 Thi= s only implements moving items within the same
> sequence.
>> So maybe make that clear somehow.

Will try.
--0000000000008340d905b2323214--