From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Parens matching off in babel code block Date: Wed, 1 May 2019 21:56:36 -0500 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000f8b2180587dec874" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:52251) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hM1u2-0005De-N0 for emacs-orgmode@gnu.org; Wed, 01 May 2019 22:56:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hM1u1-0006ra-7d for emacs-orgmode@gnu.org; Wed, 01 May 2019 22:56:54 -0400 Received: from mail-lj1-x232.google.com ([2a00:1450:4864:20::232]:41310) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hM1u0-0006pi-Ah for emacs-orgmode@gnu.org; Wed, 01 May 2019 22:56:52 -0400 Received: by mail-lj1-x232.google.com with SMTP id k8so760572lja.8 for ; Wed, 01 May 2019 19:56:49 -0700 (PDT) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode Mailinglist --000000000000f8b2180587dec874 Content-Type: text/plain; charset="UTF-8" Wondering if you have seen this over at emacs.stackexchange. Very puzzling why the parens mismatch in a babel emacs-lisp block, but not anywhere else in Emacs. LB --000000000000f8b2180587dec874 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Wondering if you have seen=C2=A0= this=C2=A0over at emacs.stackexchange. Very puzzling why the parens mis= match in a babel emacs-lisp block, but not anywhere else in Emacs.

=
LB
--000000000000f8b2180587dec874-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Berry, Charles" Subject: Re: Parens matching off in babel code block Date: Thu, 2 May 2019 15:35:36 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:33734) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMDkQ-0001Ft-6l for emacs-orgmode@gnu.org; Thu, 02 May 2019 11:35:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hMDkP-0006Bs-0c for emacs-orgmode@gnu.org; Thu, 02 May 2019 11:35:46 -0400 Received: from iport-acv8-out.ucsd.edu ([132.239.0.21]:2225) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1hMDkO-0006A9-B9 for emacs-orgmode@gnu.org; Thu, 02 May 2019 11:35:44 -0400 In-Reply-To: Content-Language: en-US Content-ID: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Lawrence Bottorff Cc: emacs-orgmode Mailinglist > On May 1, 2019, at 7:56 PM, Lawrence Bottorff wrote: >=20 > Wondering if you have seen this over at emacs.stackexchange. Very puzzlin= g why the parens mismatch in a babel emacs-lisp block, but not anywhere els= e in Emacs. I don't know the details but this ECM might help: #+begin_src emacs-lisp (> 1 2) #+end_src The right broken bracket matches the left parenthesis in org-mode, but not = in a Lisp Interaction Mode buffer. HTH Chuck = From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Re: Parens matching off in babel code block Date: Thu, 2 May 2019 11:01:22 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000008293cb0587e9bf0e" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:40322) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hME9R-0006fn-Og for emacs-orgmode@gnu.org; Thu, 02 May 2019 12:01:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hME9Q-0005RE-0a for emacs-orgmode@gnu.org; Thu, 02 May 2019 12:01:37 -0400 Received: from mail-lj1-x232.google.com ([2a00:1450:4864:20::232]:44884) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hME9P-0005Ni-PO for emacs-orgmode@gnu.org; Thu, 02 May 2019 12:01:35 -0400 Received: by mail-lj1-x232.google.com with SMTP id c6so2653094lji.11 for ; Thu, 02 May 2019 09:01:35 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode Mailinglist --0000000000008293cb0587e9bf0e Content-Type: text/plain; charset="UTF-8" Not sure what you mean. This is the problem, i.e., just this code #+begin_src emacs-lisp (> 1 2) #+end_src in an org file produces a parens mismatch, which, BTW, check-parens also flags. Anywhere else (e.g., *scratch*) in Emacs this code produces no mismatch. On Thu, May 2, 2019 at 10:35 AM Berry, Charles wrote: > > > > On May 1, 2019, at 7:56 PM, Lawrence Bottorff wrote: > > > > Wondering if you have seen this over at emacs.stackexchange. Very > puzzling why the parens mismatch in a babel emacs-lisp block, but not > anywhere else in Emacs. > > I don't know the details but this ECM might help: > > #+begin_src emacs-lisp > (> 1 2) > #+end_src > > The right broken bracket matches the left parenthesis in org-mode, but not > in a Lisp Interaction Mode buffer. > > HTH > > Chuck > --0000000000008293cb0587e9bf0e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Not sure what you mean. This is the probl= em, i.e., just this code

#+begin_src emacs-lisp
=C2=A0 (> 1 2)
#+end_src

in an org file produces a parens mismatch, which, BTW, check-parens also f= lags. Anywhere else (e.g., *scratch*) in Emacs this code produces no mismat= ch.

On Thu, May 2, 2019 at 10:35 AM Berry, Charles <ccberry@ucsd.edu> wrote:


> On May 1, 2019, at 7:56 PM, Lawrence Bottorff <borgauf@gmail.com> wrote:
>
> Wondering if you have seen this over at emacs.stackexchange. Very puzz= ling why the parens mismatch in a babel emacs-lisp block, but not anywhere = else in Emacs.

I don't know the details but this ECM might help:

#+begin_src emacs-lisp
=C2=A0 (> 1 2)
#+end_src

The right broken bracket matches the left parenthesis in org-mode, but not = in a Lisp Interaction Mode buffer.

HTH

Chuck
--0000000000008293cb0587e9bf0e-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bruno BARBIER Subject: Re: Parens matching off in babel code block Date: Thu, 02 May 2019 22:11:51 +0200 Message-ID: <5ccb4155.1c69fb81.e3d19.0601@mx.google.com> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:40152) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMH98-0005nS-GX for emacs-orgmode@gnu.org; Thu, 02 May 2019 15:13:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hMH97-0008I0-K0 for emacs-orgmode@gnu.org; Thu, 02 May 2019 15:13:30 -0400 Received: from mail-wr1-x430.google.com ([2a00:1450:4864:20::430]:43523) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hMH97-0008G8-Dt for emacs-orgmode@gnu.org; Thu, 02 May 2019 15:13:29 -0400 Received: by mail-wr1-x430.google.com with SMTP id a12so4865708wrq.10 for ; Thu, 02 May 2019 12:13:28 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Lawrence Bottorff , emacs-orgmode Mailinglist Hi Lawrence, Lawrence Bottorff writes: > Not sure what you mean. This is the problem, i.e., just this code > > #+begin_src emacs-lisp > (> 1 2) > #+end_src > > in an org file produces a parens mismatch, which, BTW, check-parens also > flags. Anywhere else (e.g., *scratch*) in Emacs this code produces no > mismatch. > In an org buffer, '>' is a closing delimiter. In an elisp buffer (like the *scratch* one), '>' is just a symbol (you can use the command 'describe-char' to have a description of the character at point). In short, if I understand correctly, it's not supposed to work like you expect; you need to edit the source block to do things that really depend on the code source syntax (C-c '). Bruno > On Thu, May 2, 2019 at 10:35 AM Berry, Charles wrote: > >> >> >> > On May 1, 2019, at 7:56 PM, Lawrence Bottorff wrote: >> > >> > Wondering if you have seen this over at emacs.stackexchange. Very >> puzzling why the parens mismatch in a babel emacs-lisp block, but not >> anywhere else in Emacs. >> >> I don't know the details but this ECM might help: >> >> #+begin_src emacs-lisp >> (> 1 2) >> #+end_src >> >> The right broken bracket matches the left parenthesis in org-mode, but not >> in a Lisp Interaction Mode buffer. >> >> HTH >> >> Chuck >> From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marco Wahl Subject: Re: Parens matching off in babel code block Date: Thu, 02 May 2019 22:28:16 +0200 Message-ID: <847eb88uu7.fsf@gmail.com> References: <5ccb4155.1c69fb81.e3d19.0601@mx.google.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:53128) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMIJe-0004d8-IJ for emacs-orgmode@gnu.org; Thu, 02 May 2019 16:28:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hMIJd-0007eB-Lx for emacs-orgmode@gnu.org; Thu, 02 May 2019 16:28:26 -0400 Received: from [195.159.176.226] (port=60040 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hMIJd-0007de-FO for emacs-orgmode@gnu.org; Thu, 02 May 2019 16:28:25 -0400 Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1hMIJb-000jae-2t for emacs-orgmode@gnu.org; Thu, 02 May 2019 22:28:23 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org >> Not sure what you mean. This is the problem, i.e., just this code >> >> #+begin_src emacs-lisp >> (> 1 2) >> #+end_src >> >> in an org file produces a parens mismatch, which, BTW, check-parens also >> flags. Anywhere else (e.g., *scratch*) in Emacs this code produces no >> mismatch. > In an org buffer, '>' is a closing delimiter. In an elisp buffer (like > the *scratch* one), '>' is just a symbol (you can use the command > 'describe-char' to have a description of the character at point). > In short, if I understand correctly, it's not supposed to work like you > expect; you need to edit the source block to do things that really > depend on the code source syntax (C-c '). Using < and > as parenthesis in Org is questionable, I think. Also this behavior is not documented AFAICT. What about removing this special? Or does anyone enjoy this behavior? From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Parens matching off in babel code block Date: Thu, 02 May 2019 23:38:47 +0200 Message-ID: <87imusbkpk.fsf@nicolasgoaziou.fr> References: <5ccb4155.1c69fb81.e3d19.0601@mx.google.com> <847eb88uu7.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:37146) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMJPo-0006QN-Rg for emacs-orgmode@gnu.org; Thu, 02 May 2019 17:38:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hMJPo-00026i-30 for emacs-orgmode@gnu.org; Thu, 02 May 2019 17:38:52 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:34695) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hMJPn-00025u-TO for emacs-orgmode@gnu.org; Thu, 02 May 2019 17:38:52 -0400 In-Reply-To: <847eb88uu7.fsf@gmail.com> (Marco Wahl's message of "Thu, 02 May 2019 22:28:16 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Marco Wahl Cc: emacs-orgmode@gnu.org Hello, Marco Wahl writes: > Using < and > as parenthesis in Org is questionable, I think. In Org syntax, < and > often come in pair (timestamps, some links, targets, radio targets). There is at least some interest in the current behaviour. > Also this behavior is not documented AFAICT. I don't think you can document every single detail. Even if it was possible, it wouldn't be desirable. > What about removing this special? Or does anyone enjoy this behavior? This needs to be carefully tested and weighted. Regards, -- Nicolas Goaziou From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Re: Parens matching off in babel code block Date: Thu, 2 May 2019 21:11:07 -0500 Message-ID: References: <5ccb4155.1c69fb81.e3d19.0601@mx.google.com> <847eb88uu7.fsf@gmail.com> <87imusbkpk.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000002bc16d0587f24434" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:51523) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMNfW-0008Rs-MS for emacs-orgmode@gnu.org; Thu, 02 May 2019 22:11:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hMNfV-0001Sl-Hr for emacs-orgmode@gnu.org; Thu, 02 May 2019 22:11:22 -0400 Received: from mail-lf1-x132.google.com ([2a00:1450:4864:20::132]:43622) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hMNfV-0001Rw-8A for emacs-orgmode@gnu.org; Thu, 02 May 2019 22:11:21 -0400 Received: by mail-lf1-x132.google.com with SMTP id u27so3049921lfg.10 for ; Thu, 02 May 2019 19:11:21 -0700 (PDT) In-Reply-To: <87imusbkpk.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode Mailinglist --0000000000002bc16d0587f24434 Content-Type: text/plain; charset="UTF-8" Well, at least there is a sane explanation. Ironically, I was also about to complain about all my loose ">"s getting flagged. So they are related! Would there be a way to make an exception for < and > inside of actual code forms? Languages need them for "greater than" and "less than". On Thu, May 2, 2019 at 4:39 PM Nicolas Goaziou wrote: > Hello, > > Marco Wahl writes: > > > Using < and > as parenthesis in Org is questionable, I think. > > In Org syntax, < and > often come in pair (timestamps, some links, > targets, radio targets). There is at least some interest in the current > behaviour. > > > Also this behavior is not documented AFAICT. > > I don't think you can document every single detail. Even if it was > possible, it wouldn't be desirable. > > > What about removing this special? Or does anyone enjoy this behavior? > > This needs to be carefully tested and weighted. > > Regards, > > -- > Nicolas Goaziou > > --0000000000002bc16d0587f24434 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Well, at least there is a sane explanation. Ironically, I = was also about to complain about all my loose ">"s getting fla= gged. So they are related! Would there be a way to make an exception for &l= t; and > inside of actual code forms? Languages need them for "grea= ter than" and "less than".

On Thu, May 2, 2019 at 4:39 PM Nic= olas Goaziou <mail@nicolasgoaz= iou.fr> wrote:
Hello,

Marco Wahl <marcowahlsoft@gmail.com> writes:

> Using < and > as parenthesis in Org is questionable, I think.=C2= =A0

In Org syntax, < and > often come in pair (timestamps, some links, targets, radio targets). There is at least some interest in the current
behaviour.

> Also this behavior is not documented AFAICT.

I don't think you can document every single detail. Even if it was
possible, it wouldn't be desirable.

> What about removing this special?=C2=A0 Or does anyone enjoy this beha= vior?

This needs to be carefully tested and weighted.

Regards,

--
Nicolas Goaziou

--0000000000002bc16d0587f24434-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Fraga, Eric" Subject: Re: Parens matching off in babel code block Date: Fri, 3 May 2019 09:23:56 +0000 Message-ID: References: <5ccb4155.1c69fb81.e3d19.0601@mx.google.com> <847eb88uu7.fsf@gmail.com> <87imusbkpk.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from eggs.gnu.org ([209.51.188.92]:36907) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMUQB-00038A-Vt for emacs-orgmode@gnu.org; Fri, 03 May 2019 05:24:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hMUQB-0007xz-2W for emacs-orgmode@gnu.org; Fri, 03 May 2019 05:23:59 -0400 Received: from mail-eopbgr00118.outbound.protection.outlook.com ([40.107.0.118]:39489 helo=EUR02-AM5-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hMUQA-0007wQ-NE for emacs-orgmode@gnu.org; Fri, 03 May 2019 05:23:58 -0400 In-Reply-To: (Lawrence Bottorff's message of "Thu, 2 May 2019 21:11:07 -0500") Content-Language: en-US List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Lawrence Bottorff Cc: emacs-orgmode Mailinglist T24gVGh1cnNkYXksICAyIE1heSAyMDE5IGF0IDIxOjExLCBMYXdyZW5jZSBCb3R0b3JmZiB3cm90 ZToNCj4gV2VsbCwgYXQgbGVhc3QgdGhlcmUgaXMgYSBzYW5lIGV4cGxhbmF0aW9uLiBJcm9uaWNh bGx5LCBJIHdhcyBhbHNvIGFib3V0IHRvDQo+IGNvbXBsYWluIGFib3V0IGFsbCBteSBsb29zZSAi PiJzIGdldHRpbmcgZmxhZ2dlZC4gU28gdGhleSBhcmUgcmVsYXRlZCENCj4gV291bGQgdGhlcmUg YmUgYSB3YXkgdG8gbWFrZSBhbiBleGNlcHRpb24gZm9yIDwgYW5kID4gaW5zaWRlIG9mIGFjdHVh bCBjb2RlDQo+IGZvcm1zPyBMYW5ndWFnZXMgbmVlZCB0aGVtIGZvciAiZ3JlYXRlciB0aGFuIiBh bmQgImxlc3MgdGhhbiIuDQoNCkkgaGF2ZSB0aGUgZm9sbG93aW5nIGluIG15IG9yZyBtb2RlIGN1 c3RvbWl6YXRpb246DQoNCiAgICAobW9kaWZ5LXN5bnRheC1lbnRyeSA/PCAiLiIpDQogICAgKG1v ZGlmeS1zeW50YXgtZW50cnkgPz4gIi4iKQ0KDQphcyBtYW55IG9mIG15IG9yZyBmaWxlcyBoYXZl IHRoZXNlIHN5bWJvbHMgbm90IGFzIHBhcmVuIGJ1dCBhcyBvcGVyYXRvcnMuDQotLSANCkVyaWMg UyBGcmFnYSB2aWEgRW1hY3MgMjcuMC41MCwgT3JnIHJlbGVhc2VfOS4yLjItMjkwLWczMDBmMTUN Cg== From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marco Wahl Subject: Re: Parens matching off in babel code block Date: Fri, 03 May 2019 10:20:20 +0200 Message-ID: <84ftpwne4b.fsf@gmail.com> References: <5ccb4155.1c69fb81.e3d19.0601@mx.google.com> <847eb88uu7.fsf@gmail.com> <87imusbkpk.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:53790) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMTQf-0005j6-5s for emacs-orgmode@gnu.org; Fri, 03 May 2019 04:20:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hMTQe-0003wz-8s for emacs-orgmode@gnu.org; Fri, 03 May 2019 04:20:25 -0400 Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]:53944) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hMTQd-0003vp-UQ for emacs-orgmode@gnu.org; Fri, 03 May 2019 04:20:24 -0400 Received: by mail-wm1-x331.google.com with SMTP id q15so5986929wmf.3 for ; Fri, 03 May 2019 01:20:22 -0700 (PDT) In-Reply-To: <87imusbkpk.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Thu, 02 May 2019 23:38:47 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Marco Wahl Cc: emacs-orgmode@gnu.org Hi, >> Using < and > as parenthesis in Org is questionable, I think. > > In Org syntax, < and > often come in pair (timestamps, some links, > targets, radio targets). There is at least some interest in the current > behaviour. Yes, okay. >> Also this behavior is not documented AFAICT. > > I don't think you can document every single detail. Even if it was > possible, it wouldn't be desirable. Agreed. My statement was thought as a pointer to the possibility to drop the <>-parenthesis-feature without touching the documentation. >> What about removing this special? Or does anyone enjoy this behavior? > > This needs to be carefully tested and weighted. Yes, agreed. Currently I run Org mode without the <> parenthesis using the patch: modified lisp/org.el - (modify-syntax-entry ?< "(>") - (modify-syntax-entry ?> ")<") + ;; (modify-syntax-entry ?< "(>") + ;; (modify-syntax-entry ?> ")<") Up to now I don't miss the <> parenthesis. But this is just me. Ciao, -- Marco From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Kitchin Subject: Re: Parens matching off in babel code block Date: Sat, 4 May 2019 08:54:11 -0400 Message-ID: References: <5ccb4155.1c69fb81.e3d19.0601@mx.google.com> <847eb88uu7.fsf@gmail.com> <87imusbkpk.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/related; boundary="000000000000cd08d805880f5db8" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:33116) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMuBP-0003e6-6m for emacs-orgmode@gnu.org; Sat, 04 May 2019 08:54:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hMuBO-0004sw-6L for emacs-orgmode@gnu.org; Sat, 04 May 2019 08:54:27 -0400 Received: from mail-wr1-x434.google.com ([2a00:1450:4864:20::434]:41741) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hMuBN-0004sX-Bz for emacs-orgmode@gnu.org; Sat, 04 May 2019 08:54:26 -0400 Received: by mail-wr1-x434.google.com with SMTP id c12so11204424wrt.8 for ; Sat, 04 May 2019 05:54:24 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: "Fraga, Eric" Cc: emacs-orgmode Mailinglist , Lawrence Bottorff --000000000000cd08d805880f5db8 Content-Type: multipart/alternative; boundary="000000000000cd08d605880f5db7" --000000000000cd08d605880f5db7 Content-Type: text/plain; charset="UTF-8" This issue also pops up in python blocks for me alot. For example, here is a place where it does not work as it should. [image: image.png] John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Fri, May 3, 2019 at 5:24 AM Fraga, Eric wrote: > On Thursday, 2 May 2019 at 21:11, Lawrence Bottorff wrote: > > Well, at least there is a sane explanation. Ironically, I was also about > to > > complain about all my loose ">"s getting flagged. So they are related! > > Would there be a way to make an exception for < and > inside of actual > code > > forms? Languages need them for "greater than" and "less than". > > I have the following in my org mode customization: > > (modify-syntax-entry ?< ".") > (modify-syntax-entry ?> ".") > > as many of my org files have these symbols not as paren but as operators. > -- > Eric S Fraga via Emacs 27.0.50, Org release_9.2.2-290-g300f15 > --000000000000cd08d605880f5db7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This issue also pops up in python blocks for me alot.=C2= =A0 For example, here is a place where it does not work as it should.
<= br>
3D"image.png"
John
<= br>-----------------------------------
Professor John Kitchin=C2=A0
D= oherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon = University
Pittsburgh, PA 15213
412-268-7803


On Fri, May 3, 2019 at 5:24 AM Fraga, Eric <e.fraga@ucl.ac.uk> wrote:
On Thursday,=C2=A0 2 May 2019 at 21:= 11, Lawrence Bottorff wrote:
> Well, at least there is a sane explanation. Ironically, I was also abo= ut to
> complain about all my loose ">"s getting flagged. So they= are related!
> Would there be a way to make an exception for < and > inside of = actual code
> forms? Languages need them for "greater than" and "less= than".

I have the following in my org mode customization:

=C2=A0 =C2=A0 (modify-syntax-entry ?< ".")
=C2=A0 =C2=A0 (modify-syntax-entry ?> ".")

as many of my org files have these symbols not as paren but as operators. --
Eric S Fraga via Emacs 27.0.50, Org release_9.2.2-290-g300f15
--000000000000cd08d605880f5db7-- --000000000000cd08d805880f5db8 Content-Type: image/png; name="image.png" Content-Disposition: inline; filename="image.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: ii_jv9id65x0 iVBORw0KGgoAAAANSUhEUgAAAPQAAAAWCAYAAAD3o7F3AAAOMUlEQVR4Ae2bB3RU1dbHf5PJTApD AimQEAKBIElo0gJEREIHP7oPC0pE5IEU4fMhRfHheijKh4oCStNPfYB0pYlSRUUDUiQgkAAJBBIg EEJ6ps99685kamYmoRjyXJO1Jqfsc3b5n7NP2fdeiTrHIOD5c4mAUJJB8NAN7N06kw4Kqct2NZlg KDhP+xFfM3DMYwyOC6HkejZvf3iE0OcGsSGp1QNV/eC/lzP2fAx/zEtEjqTKutj2k5VcvOsxOvX1 5wxOjuTU+70JkNjLd0erTNGcM8f5ZNtp8tVSOj7WnmHd4wj0tudfGQ9XdHe2SzwO7Qo2c72K44cv 0qRjHEH3aUDMnKszvZGRxncHUjl7swz/wDr07t2JbjGh1anCnyjrrzFGdweQve0eh747FD29qhkB oeSSS4kSRROXtJpEcGfDhDNDXKq6vPMplzRHgpdjhafsQcCDwH8vAh6H/u8dO4/mHgQqIODUoTOO 6Zj8mYoCoWK87NYVA9Pnq+g+S8mYpSpytBXbVJBSTRWlN4uYvCqbmRuzmbUlhytqg0WyO5qlUXkm 4+dv6fF/yWioftsErZr3Nl/noo3ujvpVpezOBolQxOfLv+OiyoqPM56lmSeYOPNLpr/zFTMW7uRK Je2d8XBWl7ZrE6OWHUfvjPgXr0vbf5CkT9PQO5lb8U12sjB2Hr44dcsqIeO055mTBvafFshT209o QQ/TFqkpaQRL/i5ncHMvanlXSU61NPKv68egOH+6RXqz5pKSAr1Vf3c0W+VK0g8TP/cUU4e2uKOo qy2Pe8oLejZdUVFio/ud8qvMBkNpLou3nKFYZ8XHmQz/8CgG94ihe0sFy3dfIN9J+z92bGT6lnRn 3V3WNU+IR799D7N3XXHZpiqEG9l5FN7jhiKoS0hNSWHBu6tYk3KzKmIraaPnUkoy48fMJ6j3Ozwy ZTW/Xi6x9Gke/xD6PSm8sSfHUmfOHLnxPbqAgcxpNNpcdcepU4ce/KKco+/6Eu1bkZwrwPSn5bSJ ljK0t5zaDqH+O9bgPnaQyGT0iw9iYKc6xDno5Y5mVkHcueZP+4lxrz7H0Jg65urqTSUSAiUSZLK7 e8RRFRskcjmNvOWV2iXxqUv//gkMHNCeDi6e2Glu3+R0vq5SXrYNvAKjWLmkB8sXbuDQLY0tqWp5 QcPedXuJe3k/mfd4aijNOs0z079n/v5stv1+Hxxac4PZr/1E7MjBnPlqDP/bvJhekzeSpTWdhrwC wlixoC0rlh2sYLuk7GPmZfxMUPhkhvs3coKFntzcArcnR8v+KmgFpv1LzXGdQF0fCKov4eOJPviX Pxtc/5mGZel6bhrghdfV3FTB3InejGgucyK4vEpzjVkz99Ll8cZ88cEhDuoEuvVO4MuZidTVXmfW jO8IeziQL9emc0UQGJ3Un7eT2llkumJ88Xw+7x0o4NsS0w4z6dFgpncOxDznBDeP1t3RijP+4D1p U3L6RVpFV7MN4hKqQGDHgRyeP63iugBPta7D3L51jbjkZBYwccttjhpAQMILbQOY3jPI8gzVqQ1A YcYpJkzeyS6tQHQdCed0fsjKx9ZQmMWCdzaz4LjSaPe0qUOYNailBU/0FY/mpZnHGDrjR3LztWRK dhD//bdcKBRYuuQlRsbU5tKxZOYv/ZlNV0x9X331CWb2j7HwVDTrwrqev7Jk/2USnnrIincluaJr l5kw9RD7A0P5acUQWteWIqhusmLZT1yXSfEp719WImXwCwPoVN/9wiXqkbK3Pctf+ogDMos7GLlU ioszXeUNWPv9axbK8IEPM257MrfVAg3LaxVNYvkq8SxLDuSQMMLecQvzXmZfgxMkNhjGN+mLLHzE zPWju2j52kn6PD+cDaNi7WjmgsUCiUzCG6/I0XjBrTQDIzZozW2Mad9h3nQrlfLkhxreHC+jdW0v fALc7yKCRkNq6jXWlsrZ+v+TiFCm88zE3Wwf2oGkhhpS03I5Ur8x2zZPxScnjf6Td7O6TRPGt61r J9u+IJCRraZvj/p8FO1LblYhCV/nkRijoEsds0vb96hq6fzR03Tv25W6Nrt7ddvQuRZIEPghX8qm cZH45pcxaFMeq6P8Gd9cxprt+UR1CuGbrgEoi5VsO2lyQrONTm0oySRp0k4iRvbj0lNxZB/+kYR3 zqEVlwQhnxmjviLvib5kz2uHpPAyLyet57PIBm7HoVZUG9Yta8rhdWv4SNuR1Ukt0Kn1BIQoAD0X UnPpN+V5FreqR25qMm1e+Zoe8TNJCLaOUYuExpz5rdCseqVpRvJvdFpwkbde7c6qR8ORli9IEu9a dO3ZBpXUG/PBRqPVUc/P/fy0CjRgP9txi8tLD8tJ/uU8xTYxJkEHjdu2JjbItMHlnDvNnuPpLPwi lfFTRvCwQopgPXnTIr4eaYdLrSrY5M4UXaNPrfo2Naast28tY6aRwuK2FdvY1gQFm47Y/uG2taa8 SBMCBAIlEBHuRaiT47hjL4lUQhEydix80mgQtGJo+D7UOj1GmpcfS1/pRWORV2B7/tXtBz49dcPt RBKne5+e9Uk9V8jC7bfJum0KraTd0t6zQ2s0AlK5PVjVbYPo0MV4sWhIqAkXRSBvNCzgi0sqxjf3 oU0zbxYdvoXyRikDmit4PKGuZXcW8XdmQ2FmBrvkEVwe1c54nA9MaEUH6TnjcBVnnOXzMgNPq3PZ tGkfEhmUGQRWH79ayTjICQkOIjxAjkwXRHiw7RVFSt9RAzl79BjvL/qB7Mw8o6xz14tJsGkXXL8u ab9lUSR0sLPBcR6Zy1qlafEKru1rcWYjzVtGWHgIeFsXC/G6HxxgP5ZmPlVJ3eEyLi6Mi+ezKbCR J2ihdmwcUH5i1SrJulZkPHley8qljGj8bAQHhyo4eyyXIiG2gu3XlHkQGkNDiTfZ4kpR/hfaOpHb +xLNRaepU4sri8dorTKcMrWr9LIVYUAtCPjaNTAX9JSqwODAXFWmRObvZzmqgZY5i7I5FOLLnIQg 2jeWEb0yG2c3MW8v1yu0M5p5dTdrZEkfoA3iwbpUK2AwBqQk9H08ktOdlRy+WMKe324xaXcuK0c2 ZEC46Wjp1AZxUnj7WY6jFrtsMtENg2mkECjTCoyb8ziK+g1sqKas3MmbcmJMSmo7xJh2t9lDV/JL u5bMHZFIx+YKmr64vMLdT6nUUSdMga/rYbLTIbZXIueapjN2+h7+2TSCHbO7EBMoA9UtFr69mXSD VZH8PIGX305iSHRtOx6uCq4ujs5wkfgE8eyLg1yxMtaHtYpntvibksWQwWvY2qsVz0RYuyhVekLr +TodkwCpDPTFFFPxqlPRH6w8xVzFqJc9/U8tBRiUbPnxgnGgb6QdYfIRDU92Nt80THeGBoM/ZNyG CxY9BJWWXXqBWf1C6NbUj2vpRXxUJmB3U9ILFAoGMnO1CFo9hRqbaK4bWnS7Jhw8eKnCxLMId5K5 7zbooTYGtp8sNuGSVciMHAPDYvwQVCo+3ZXLLR8x+BfKB6MjGCaFjCLrwDuzISC8AbWKLrD+8FXj cfjMoRSOlz8zUjR+iOE+XtxQ+tH1sY78T68ORAX4ERlh3XEFvY58rZJLV0sRo8K2eMrlEs6mXOKm VkDQKLlVpMZQeptvywzMmdCHx1qGcTXld969pq/w1CDj+Hniu0RVqHcCs6UqpEkztm4aziedVCSM 3sLZYj34NuDdxVPY9PFEy2/fuklVcmbRQVQlhWRfFyhWl1KqVlJQpqMquFiUssmor55gzNxdXC5U GbHOPp9tjB0FKexmKBkpV2nbKQwfm+udmU1cnWh0JSnGOWyuE1PxDu3oD7Z0MW9d0hwocufbqEOr SooSrwpRcEcDft22g/ffN+2vYycMYVQr60TydghSiNIkvj7MipYx+t9ZRuHxYTLiHZYlia8vb8bI GL9RnMAwoksIC7sGGPPuaIFNmtHp6kY2n3vUGNgxdaheG8RYRogEDp64zSe/mI6qI+ODGNXMF7Qa vFUqEldYH/c8FOLHrCjrZHFmg1dIC36Ylk7Pf65iNhDRNpyeIf5G85DVY/HKQUwZt4OwZduMdSqf EPZ9HkX98oCSRBHJW0MDeW78EiN91NSnWTSoqTHfqm8veq7ZTOyAE8ayKWATxZwBgfzt2Q+Mdd0S GtHNYXcXP3p5fWMJM76wDwoZO1T2TyKnz9/6kPloHlqnR5LKGJjpKj79xxLeTC8/cq7fTeT63Tw7 6WmWDGtaKS5mLrapPCSSR7yTaffE75bqCX8fSM8IOZTfoYWS68zeUsb0JRXvyQa/fzAwwIdjqaax sDARndWJP9jSxfyDe5dbeZkeT2xh6TdTiPVSU4aMWg73V1FBV0cMlUqHTuqFQubgzTYWumvjinYl eRux825wbMNYWihc8zaK+ZNtcKWjeAxXqfQu7Xdlg7iDluq8UPibY8E2YJVjrcM9Xe/tbJz0lBQp ERdL2zEUx85Ze/HR2uIJy1nbpheHJnawV8JFyd170H/2u9yiHe5wcaayTq2kWC3gX8sPH6npTmG0 QSjj42k7WRvTmuTx1ki1+C63was7r7RbRFzZd7yU+rqFre273K78wdz4gTl0Tf4s0fbzNHef9P0V bDBPhOpM7+azxNtJXV2qGLTqV5e0mkRwZ8Prk4p5pNnPPK+4yFsnx9oFw2wdujJ7HphDg/1nX5Up WjPpfwUbaiayjlo9yB3aUZe7Lbuz4X59bfUAHfpuYfH08yDgQcAVApVcEl1189R7EPAgUBMR8Dh0 TRwVj04eBO4SgRrp0OJ75R+sUHP5Hl+8vxNM9m7VcODKnbwxcyfcPW09CFQPAjXSoUXTv0kzUFyN /nXykIHzBTYvoFQP/h4pHgTuKwL/AU2zfNES+tFrAAAAAElFTkSuQmCC --000000000000cd08d805880f5db8-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marco Wahl Subject: Re: Parens matching off in babel code block Date: Sun, 05 May 2019 17:02:37 +0200 Message-ID: <84imupc5bm.fsf@gmail.com> References: <5ccb4155.1c69fb81.e3d19.0601@mx.google.com> <847eb88uu7.fsf@gmail.com> <87imusbkpk.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:40940) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hNIfA-0007CX-Aa for emacs-orgmode@gnu.org; Sun, 05 May 2019 11:02:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hNIf8-00005n-FO for emacs-orgmode@gnu.org; Sun, 05 May 2019 11:02:47 -0400 Received: from [195.159.176.226] (port=42394 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hNIf8-0008Py-7y for emacs-orgmode@gnu.org; Sun, 05 May 2019 11:02:46 -0400 Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1hNIf5-000oMp-S1 for emacs-orgmode@gnu.org; Sun, 05 May 2019 17:02:43 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org "Fraga, Eric" writes: > On Thursday, 2 May 2019 at 21:11, Lawrence Bottorff wrote: >> Well, at least there is a sane explanation. Ironically, I was also about to >> complain about all my loose ">"s getting flagged. So they are related! >> Would there be a way to make an exception for < and > inside of actual code >> forms? Languages need them for "greater than" and "less than". > > I have the following in my org mode customization: > > (modify-syntax-entry ?< ".") > (modify-syntax-entry ?> ".") > > as many of my org files have these symbols not as paren but as operators. I'll follow your lead and add the lines (add-hook 'org-mode-hook (lambda () (modify-syntax-entry ?< ".") (modify-syntax-entry ?> "."))) to my config. Thanks, -- Marco