From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Kitchin Subject: Re: Marking/highlighting text temporarily Date: Wed, 29 Apr 2015 09:57:49 -0400 Message-ID: References: <87a8xyrn39.fsf@pinto.chemeng.ucl.ac.uk> <87bnieufde.fsf@mbork.pl> <87zj5xewsp.fsf@pinto.chemeng.ucl.ac.uk> <87iockmyxy.fsf@ericabrahamsen.net> <87bnicshhc.fsf@ericabrahamsen.net> <87r3r57zre.fsf@ericabrahamsen.net> <87lhhb2uot.fsf@ericabrahamsen.net> <87h9rz5kav.fsf@gmx.us> <87r3r3873i.fsf@ericabrahamsen.net> <87383j5d5m.fsf@gmx.us> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45089) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnSUz-0001OL-UR for emacs-orgmode@gnu.org; Wed, 29 Apr 2015 09:58:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YnSUu-0008Ln-Vn for emacs-orgmode@gnu.org; Wed, 29 Apr 2015 09:58:01 -0400 Received: from mail-qc0-x22f.google.com ([2607:f8b0:400d:c01::22f]:33794) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnSUu-0008LZ-Rw for emacs-orgmode@gnu.org; Wed, 29 Apr 2015 09:57:56 -0400 Received: by qcyk17 with SMTP id k17so13244676qcy.1 for ; Wed, 29 Apr 2015 06:57:56 -0700 (PDT) In-reply-to: <87383j5d5m.fsf@gmx.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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Rasmus Cc: emacs-orgmode@gnu.org Rasmus writes: > Hi Eric, > > Eric Abrahamsen writes: > >> *None* of the complexity is in the format itself: if you unloaded >> org-comment, the comment links would be perfectly human-readable. All of >> the complexity is in helper functions for manipulating them. I suppose >> it would be possible to define some non-link syntax for them, but why do >> that when the link syntax works perfectly well? > > Because [[comment:X][Y]] is displayed (by default) as "Y" which can be > misleading as X and Y grow out of sync. Perhaps I'm wrong, but I see no > point in "Y" for a comment. Further, nasty stuff is sometimes applied to > X such as escaping spaces. In addition, export filters cannot easily be > pointed to links (you'd have to make a check on the type of link), and you > need a bit more hassle to map over them with org-element etc. Again, > that's just my opinion so feel free to ignore it! I would mostly use comments in a transient way during an editing process. e.g. I expect my students to delete my comments after they have addressed them, otherwise, they are out of sync. The only point of Y in the syntax above is to attach the comment to the text as opposed to just having an inline comment. There could be reasons to want super good export, but my main use case is in collaborative editing of org-source, and i would expect in the final version for there to be no remaining comments. There are still reasons to have annotations present, e.g. as tooltips, or file attachments in exported content though, so your point is a good one that funny things may happen with a link type solution. > >> Ah, that's a good point. cl-lib isn't necessary, just convenient, and >> could be removed. > > It's only a concern if you want to advocate for including this in Org 8.3. > > Cheers, > Rasmus -- 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