From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Bidirectional text and URLs Date: Fri, 28 Nov 2014 16:02:02 -0500 Message-ID: References: <87k32f4loc.fsf@lifelogs.com> <874mtj3y1k.fsf@lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1417208561 22791 80.91.229.3 (28 Nov 2014 21:02:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Nov 2014 21:02:41 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 28 22:02:34 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XuSgT-0008Kn-DR for ged-emacs-devel@m.gmane.org; Fri, 28 Nov 2014 22:02:33 +0100 Original-Received: from localhost ([::1]:46000 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XuSgS-0000j1-Vh for ged-emacs-devel@m.gmane.org; Fri, 28 Nov 2014 16:02:32 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34676) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XuSg9-0000iw-5S for emacs-devel@gnu.org; Fri, 28 Nov 2014 16:02:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XuSg1-0008Fd-JU for emacs-devel@gnu.org; Fri, 28 Nov 2014 16:02:13 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:41863) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XuSg1-0008FC-Ew for emacs-devel@gnu.org; Fri, 28 Nov 2014 16:02:05 -0500 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id sASL23cY000751; Fri, 28 Nov 2014 16:02:03 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id CB5C13EB6; Fri, 28 Nov 2014 16:02:02 -0500 (EST) In-Reply-To: <874mtj3y1k.fsf@lifelogs.com> (Ted Zlatanov's message of "Fri, 28 Nov 2014 14:49:59 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5139=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5139> : inlines <1569> : streams <1350042> : uri <1836516> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:178440 Archived-At: > For Gnus users, for instance, the buffer would be using SHR so there's > some control over the experience and metadata about the content. You're > right that in general this is not clear, which is why interactive > functions like `browse-url' and others may need to be advised. What I meant is that in the SHR case, the text displayed is not the URL but some random piece of text that should be highlighted as a button (although in some cases it is the same text as the URL itself, SHR has no idea whether that's the case or not). We can do something in the Gnus case rendering non-HTML contents, where the URL is highlighted as a button, because at that point we do display something which we know is supposed to be interpreted by the user as a URL. Stefan