From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hrvoje Niksic Subject: Re: Re: A way to export agenda with links into org-files to html ? Date: Wed, 02 Mar 2011 09:48:24 +0100 Message-ID: <8739n56h7r.fsf@xemacs.org> References: <87bp2iv8bd.fsf@gnu.org> <87vd0jkamb.fsf@xemacs.org> <874o81g05g.fsf@gnu.org> <8762shel1i.fsf@xemacs.org> <87oc5yeph2.fsf@altern.org> <87k4gj4vev.fsf@xemacs.org> <8762s2n2pw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=36873 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pui0b-0000zE-2v for emacs-orgmode@gnu.org; Wed, 02 Mar 2011 04:06:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pui0Y-0001BW-Ch for emacs-orgmode@gnu.org; Wed, 02 Mar 2011 04:06:13 -0500 Received: from smtp-out-01.xnet.hr ([83.139.103.71]:48056 helo=smtp.xnet.hr) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pui0Y-00019z-4K for emacs-orgmode@gnu.org; Wed, 02 Mar 2011 04:06:10 -0500 Received: from mail.xnet.hr (cartman2.bnet.hr [213.149.32.20]) by smtp.xnet.hr (XnetMailOut) with ESMTP id 15EA648056 for ; Wed, 2 Mar 2011 09:48:26 +0100 (CET) Received: from cpe-109-60-89-133.zg3.cable.xnet.hr (HELO mulj) ([109.60.89.133]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 2 Mar 2011 08:48:26 -0000 Received: from hniksic by mulj with local (Exim 4.72) (envelope-from ) id 1PuhjM-0000vq-NG for emacs-orgmode@gnu.org; Wed, 02 Mar 2011 09:48:24 +0100 In-Reply-To: <8762s2n2pw.fsf@gnu.org> (Bastien's message of "Tue, 01 Mar 2011 18:57:15 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Bastien writes: > I see. So (thing-at-point 'url) would return the url/uri depending on > that 'uri-ref property. But as far as I've understood, thing-at-point > does not rely on properties -- am I wrong? I am proposing a new property which currently available software of course does not support. If we promote it, maybe programmers of these other modes will like it enough to support it. > Unless such a property can be used with thing-at-point (for > `browse-url' and other commands), I'd rather put the burden of finding > the proper ref to htmlize, based on the help-echo area... > > What do you think? I think that the help-echo text is not a robust way to detect URLs. For example, org-mode's help-echo text is "LINK: url", someone else will use just the URL, others will translate "link", and yet others will not use help-echo at all. Modes need a reliable way to tell htmlize (and other interesting parties) about URI references in the buffer. A property seems like an obvious way to do so, and I'd prefer the property not to be specific to htmlize.