From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id GP9CFPBMoWD1AQAAgWs5BA (envelope-from ) for ; Sun, 16 May 2021 18:48:48 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id YBzsD/BMoWDuJwAA1q6Kng (envelope-from ) for ; Sun, 16 May 2021 16:48:48 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 75B1D16402 for ; Sun, 16 May 2021 18:48:47 +0200 (CEST) Received: from localhost ([::1]:60398 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1liJwc-00066w-9z for larch@yhetil.org; Sun, 16 May 2021 12:48:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33992) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1liJwF-000661-4z for emacs-orgmode@gnu.org; Sun, 16 May 2021 12:48:23 -0400 Received: from ciao.gmane.io ([116.202.254.214]:45124) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1liJwA-0002dT-0O for emacs-orgmode@gnu.org; Sun, 16 May 2021 12:48:22 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1liJw7-0006zH-MU for emacs-orgmode@gnu.org; Sun, 16 May 2021 18:48:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Maxim Nikulin Subject: Re: [PATCH] Possibility of using alternative separators in macros Date: Sun, 16 May 2021 23:48:09 +0700 Message-ID: References: <87wnsjx5rs.fsf@posteo.net> <87r1id7cwb.fsf@ucl.ac.uk> <8735ut8d2c.fsf@posteo.net> <87im3prvz8.fsf@ucl.ac.uk> <87h7j95drf.fsf@posteo.net> <87v97kcegj.fsf@gnu.org> <87tun33gby.fsf@posteo.net> <874kf3iw1i.fsf@bzg.fr> <87k0nz3dxm.fsf@posteo.net> <878s4eswif.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 In-Reply-To: <878s4eswif.fsf@gnu.org> Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 28 X-Spam_score: 2.8 X-Spam_bar: ++ X-Spam_report: (2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1621183727; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=+8X0fZ57JxulzASE1swzAOLsYNKtjH8Y9UU+d9/qLlA=; b=HHn8o88NTo0aekk0/XKYm3bxQ9dSuan6tspSbq71bQ7BF7mOj/3Hr5x+TjUWTapVPsjzWf oS8i8xanCoIE5xgOLcqMVyvy1a0EAdCeASZlPDkibRXub1IDRFNTk6PPY7K/B8xqjDmqfu h7E5t1VihSX4SDuSbaebfEB1lMqJrJ9w/Sat9Q8MyRJl9KLmaRkvNMRb/pA3iQOWvGswDj SLcwjRksu+TlI/b3Jfjw23BGoh5GAhjlGNf1BcNTOdhpOGou203ovhKQ/+9XFbaNgwGL0o t/7kcfP4N202irIj4FN3o9Ht0jFRhlOgZz/8kTci7z6whnifnnRBSYJJDNLepA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1621183727; a=rsa-sha256; cv=none; b=CkRjN/LJq4hA82E6TiiIYZqCpll8hS1GbNQQtSM7OMMNfK46eFY+14CXOWBgZqhp/m3VNb zobSvl20OjpI8TBFHbODcCfeqB7rLs+/Ph2YPq3ZFsx6l7VYowxti7LLDoNXJZ7r90N9Ui s+Nkv24IdDDio0qiCNlB49HSYzSA0Wyb7QNYaYQmIRQO2o8j8IpZA8AUGhAe3laTcyh7pU nvgA6B308qdGL/j+W2v+3g8mRMjSlw710f9/bYyO6JWdT5Swq/PU0ChH8ABGdT2momN/8i 4gIXjbVOXzJNBPrhu7Ou5IEYWy1Og3/2W47dzEAeU17J+5813XvKQfpSLaOuOw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -0.35 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 75B1D16402 X-Spam-Score: -0.35 X-Migadu-Scanner: scn0.migadu.com X-TUID: oqDinEnj3D4G On 16/05/2021 19:17, Bastien wrote: > > Juan Manuel Macías writes: > >> (On the other hand, maybe better than an alternate separator, some kind of >> warning for unescaped commas might be more useful, as Maxim commented >> here: https://orgmode.org/list/s7gfc6@ciao.gmane.io/) > > Yes, probably -- feel free to propose a patch for this. Thanks! Such warnings should be property of particular macros. Sometimes ignoring of arguments may be handy. So no patch is required. The trick could be documented somewhere, but I am unsure concerning proper place. Actually, I do not think, fatal error is user-friendly behavior. I am not aware if export already have convenient facilities to report warnings. Currently I do not feel I am ready to implement such feature if it does not exist yet. However the point of that message was that extra commas may be made "transparent" for macros by introducing additional substitution, e.g. "$_" that expands into "rest" arguments. I consider "$@" or "$*" as worse variant since it rather mean "all arguments", so it is less flexible. For "eval" lisp macros, it is just replacing "_" by "$_" in argument list. Simple text macros require a bit more work but it is still comparable with documenting the feature. We need a decision if "rest arguments" feature should be introduced. Once added, it will be harder to discard it due to compatibility issues.