From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?Gustav_Wikstr=F6m?= Subject: Re: link interfering with brackets when abbreviated Date: Sun, 2 Mar 2014 22:16:47 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11332dfc53134304f3a630ed Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKDkh-0005nC-CE for emacs-orgmode@gnu.org; Sun, 02 Mar 2014 16:16:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WKDkg-00064B-DB for emacs-orgmode@gnu.org; Sun, 02 Mar 2014 16:16:51 -0500 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Org Mode List , Nicolas Goaziou , Bastien --001a11332dfc53134304f3a630ed Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, a "user" signing in. Although not involved in the development of this piece of software I'm taking the opportunity to chime in anyway. I'd like to give Nicolas Goaziou my support in this issue. It makes it much simpler to understand, use, develop and maintain the software if it is congruent. A well defined syntax, and tools that respect the rules of how to parse it, will IMO be of big importance moving forward. About the issue of two links on the same line.. From my perspective (for what it's worth); Trying to open a link when not being inside a link with the mark should give the same behaviour as trying to open a link when on a headline. It is not certain which link is intended to be opened, so why not give the user the options available instead of guessing? Set the scope to parse to the current paragraph, to make a difference from calling C-c C-o from the headline. That, to me, is the intuitive behaviour. About the issue of links in comments (My opinion, for what it's worth): It's a comment.. Expect it to behave as one. Worst case: copy the link and paste it in the browser. About the issue of links in properties: Wouldn't it be nice to allow this? Maybe a future functionality to consider? Best regards Gustav Wikstr=F6m --001a11332dfc53134304f3a630ed Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi, a "user" signing in. Although not involved i= n the development of this piece of software I'm taking the opportunity = to chime in anyway.

I'd like to give Nicolas Goaziou my support = in this issue. It makes it much simpler to understand, use, develop and mai= ntain the software if it is congruent. A well defined syntax, and tools tha= t respect the rules of how to parse it, will IMO be of big importance movin= g forward.

About the issue of two links on the same line.. From my perspective (fo= r what it's worth); Trying to open a link when not being inside a link = with the mark should give the same behaviour as trying to open a link when = on a headline. It is not certain which link is intended to be opened, so wh= y not give the user the options available instead of guessing? Set the scop= e to parse to the current paragraph, to make a difference from calling C-c = C-o from the headline. That, to me, is the intuitive behaviour.

About the issue of links in comments (My opinion, for what it's wor= th): It's a comment.. Expect it to behave as one. Worst case: copy the = link and paste it in the browser.

About the issue of links in proper= ties: Wouldn't it be nice to allow this? Maybe a future functionality t= o consider?


Best regards

Gustav Wikstr=F6m
--001a11332dfc53134304f3a630ed--