From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daimrod Newsgroups: gmane.emacs.devel Subject: Customization Types: Splicing into Lists Date: Mon, 01 Sep 2014 20:36:47 +0200 Message-ID: <878um3w5kw.fsf@tanger.home> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1409596644 32092 80.91.229.3 (1 Sep 2014 18:37:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Sep 2014 18:37:24 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 01 20:37:12 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XOWTY-0008Rx-DH for ged-emacs-devel@m.gmane.org; Mon, 01 Sep 2014 20:37:12 +0200 Original-Received: from localhost ([::1]:33500 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOWTY-0003cl-1s for ged-emacs-devel@m.gmane.org; Mon, 01 Sep 2014 14:37:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37864) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOWTN-0003a8-2C for emacs-devel@gnu.org; Mon, 01 Sep 2014 14:37:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XOWTD-0004bh-VS for emacs-devel@gnu.org; Mon, 01 Sep 2014 14:37:00 -0400 Original-Received: from mail-wg0-x22e.google.com ([2a00:1450:400c:c00::22e]:51185) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOWTD-0004bR-Nq for emacs-devel@gnu.org; Mon, 01 Sep 2014 14:36:51 -0400 Original-Received: by mail-wg0-f46.google.com with SMTP id x13so5782221wgg.5 for ; Mon, 01 Sep 2014 11:36:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=YeGl14t1yyJknNegDgg2P7HcSVW02pGh4hHo7AjpYA8=; b=MzAvAeBczhiWiMX0ZNjrr2KNiMc3PJwGaZAvqo6qWLDg+q71i56fc8nQObl+UaVCZC ze9iXcEDAvP3XjEkRduDuHSgbg2YaghmRqXqNptqX7EfPisD8/ch80ueAxtnHvwB2iSh sg5tNp5Kjt1j3uryHcyvv45G01PjgB0NU7n+dknhOxZK+vQrm3LbCjvQOWC3kzDIFhBA mvG/VMRZBUYQ8RtZ6mPeoCJ8ZxhvqAAI5GXGx208pioBlt8eHK50/09+LdjWzWmI0zO9 Qmc1wRAUCzo9xjnLd2cbxmeSD/kRM11s3rmc0VhYBtCBJqaLQ9xe0WKvFjsOf1argExT UF1w== X-Received: by 10.194.157.135 with SMTP id wm7mr4741891wjb.117.1409596610057; Mon, 01 Sep 2014 11:36:50 -0700 (PDT) Original-Received: from localhost (reverse-177-95.fdn.fr. [80.67.177.95]) by mx.google.com with ESMTPSA id s14sm26789585wik.23.2014.09.01.11.36.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Sep 2014 11:36:49 -0700 (PDT) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::22e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:173939 Archived-At: Hi, When I tried to use org-feed.el (an org-mode module used to follow RSS/Atom feeds in org files) I found (I think) a weird bug. It looks like it's impossible to use splicing as it is shown in the manual. (info "(elisp) Splicing into Lists") says: > When the element-type is a =E2=80=98choice=E2=80=99, you use =E2=80=98:in= line=E2=80=99 not in the > =E2=80=98choice=E2=80=99 itself, but in (some of) the alternatives of the= =E2=80=98choice=E2=80=99. For > example, to match a list which must start with a file name, followed > either by the symbol =E2=80=98t=E2=80=99 or two strings, use this customi= zation type: >=20 > (list file > (choice (const t) > (list :inline t string string))) >=20 > If the user chooses the first alternative in the choice, then the > overall list has two elements and the second element is =E2=80=98t=E2=80= =99. If the > user chooses the second alternative, then the overall list has three > elements and the second and third must be strings. To reproduce this "bug" I did: 1. evaluate (defcustom foo '("" t) "bar" :type '(list string (choice (const t) (list :inline t string string)))) 2. M-x customize-variable RET foo RET 3. Change the "Choice" field by the "list" type. 4. Apply the change 5. M-x customize-variable RET foo RET -> error (mismatch) It looks like the structure isn't recognized by the Customize interface. I encountered this "bug" on master, emacs24 and emacs23. Am I crazy? Did I miss something? Best, --=20 Daimrod/Greg