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 14:32:24 -0300 Message-ID: References: <87ft6esqn2.fsf@gnus.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000cf4ba505b231bb8f" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38936"; 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 19:33:11 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 1kVHz5-000A0S-Ir for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 21 Oct 2020 19:33:11 +0200 Original-Received: from localhost ([::1]:55676 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kVHz4-0002J2-EA for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 21 Oct 2020 13:33:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50212) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kVHyx-0002Ip-1F for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 13:33:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38921) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kVHyw-0005pU-Nq for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 13:33:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kVHyw-0001me-Ho for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 13:33: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 17:33: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.16033015656827 (code B ref 6419); Wed, 21 Oct 2020 17:33:02 +0000 Original-Received: (at 6419) by debbugs.gnu.org; 21 Oct 2020 17:32:45 +0000 Original-Received: from localhost ([127.0.0.1]:50467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVHyf-0001m2-F9 for submit@debbugs.gnu.org; Wed, 21 Oct 2020 13:32:45 -0400 Original-Received: from mail-wm1-f42.google.com ([209.85.128.42]:35328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVHyd-0001ln-EG for 6419@debbugs.gnu.org; Wed, 21 Oct 2020 13:32:43 -0400 Original-Received: by mail-wm1-f42.google.com with SMTP id q5so3452673wmq.0 for <6419@debbugs.gnu.org>; Wed, 21 Oct 2020 10:32:43 -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=FBkT1jCx38k/MzTIrzR7k7S2RBjDgYeS92NcwTSB6KU=; b=MPvc8yY7HnuKVdlL+I1nKkFnzZ1FQY4QQNmlE8hs9PtJsvHtdPpCbzS3lsGvwKpL0/ IzcAyHSmeT4Gjn3lzEER6PJxcuNBriJyOAKn/CHtm5NG/xckwpMP5icVsykgeca3l98d hbEva6cfXV40yaYQdqS2cNsvuHiXgb1YQNkzJEkI86ZDG5gHdLDr4oM01pLcZGpKikZV tp8ipAQBdp0F5KhV2u/2efQxn73Rofwt192HzzYgltsILdJs3hMO2knyR5lCTQFbmscM WLeCevCRaXv95dHaaXEs8hYDIT8A7ijWF6hsrqBwtlj1Wm0OgxSEt08kRafwfK6BbHjx mYzQ== 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=FBkT1jCx38k/MzTIrzR7k7S2RBjDgYeS92NcwTSB6KU=; b=lmLcV3iQsOuZPeS5tBK3eY5wXR4nHtHc4l5lEmgHYEY7O0GTcOAR00QxVf41+1Jre3 6GKzCZJiKCL/3fZAFOe5sgbh/vV6xRfuj5Ni88bOF5KyPiN5L306oq3DX4/aD2tNLVyA rkv0mNLnKDJ69HM5vza55W1sk5W8vljuuEi5uwMtlLAEHlTJU5mqb40ZWabSIMfZ6MgM aXb9CcrE7cAd/8D8ynKXnv1x5gZvqO+oNOv/p9/5h6iZBTHfrMGbPzLNbJ3bShcJjmjJ eoyaATHqQ6dUpqvD3cs0IK8dN8+Vs+PaTACgmSsodd4BX4OM9L1tDN71yEuTDF/pH1Fg GTaQ== X-Gm-Message-State: AOAM530ukMrAvaEwPWLeJWfr5AMlwcRauoFjQpwt6df1zkwq/d615NSm 73AG6JYPU08I0BoMdVpckRoXj5PeZql6W021+K4= X-Google-Smtp-Source: ABdhPJyxt4Gc6qlKpWJtg0BI6mDnuvbfCfht1cTmW58sA22dryEAdIwLEhPPUHv7rwkEz8kWWn1Saez6HeW5rZ+Odz4= X-Received: by 2002:a1c:39c2:: with SMTP id g185mr4558384wma.28.1603301557606; Wed, 21 Oct 2020 10:32:37 -0700 (PDT) In-Reply-To: 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:191192 Archived-At: --000000000000cf4ba505b231bb8f Content-Type: text/plain; charset="UTF-8" Drew Adams writes: > "Insert a new item (or a previously deleted one) into the list at this > position." > > Should "a previously deleted one" be "the last-deleted one"? Not necessarily. It works like a stack. > 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. > "If there is a recently deleted child, the new widget > is that deleted child." > > Same question/problem. Any recently deleted child? > What if there are several? Is it the last-deleted > that's used? (I see that the code says "last-deleted".) Hopefully what I said above made it clearer. I guess it's clear that I had trouble with making it clear and keeping the help-echo short at the same time, so I'll be glad if someone can improve the wording, or suggest improvements. > "from the known childrens" -> "from the known children" I'll fix that. Thanks. --000000000000cf4ba505b231bb8f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Drew Adams <dr= ew.adams@oracle.com> writes:

> "Insert a new item (or= a previously deleted one) into the list at this
> position.">
> Should "a previously deleted one" be "the last= -deleted one"?

Not necessarily.=C2=A0 It works like a stack.
> If you use INS in one customize buffer after using
> DEL in= another, or after using DEL in another part
> of the same buffer (bu= t not part of the same sequence),
> is that last-deleted item inserte= d?=C2=A0 Or is it only the
> last-deleted (if any) from the same sequ= ence?

The latter.=C2=A0 This only implements moving items within the= same
sequence.

> "If there is a recently deleted child, = the new widget
> is that deleted child."
>
> Same qu= estion/problem.=C2=A0 Any recently deleted child?
> What if there are= several?=C2=A0 Is it the last-deleted
> that's used? =C2=A0(I se= e that the code says "last-deleted".)

Hopefully what I sai= d above made it clearer.=C2=A0 I guess it's clear that I
had trouble= with making it clear and keeping the help-echo short at the
same time, = so I'll be glad if someone can improve the wording, or
suggest impro= vements.

> "from the known childrens" -> "from = the known children"

I'll fix that.

Thanks.
--000000000000cf4ba505b231bb8f--