From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Johannes Weiner Newsgroups: gmane.emacs.devel Subject: Re: [sdl.web@gmail.com: 23.0.0; (thing-at-point 'url) returns invalid urls] Date: Sat, 1 Sep 2007 21:13:26 +0200 Message-ID: <20070901191326.GA8025@saeurebad.de> References: <87wsvbie0j.fsf@gnuvola.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1149439399==" X-Trace: sea.gmane.org 1188674024 20656 80.91.229.12 (1 Sep 2007 19:13:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 1 Sep 2007 19:13:44 +0000 (UTC) Cc: Emacs-Devel To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 01 21:13:44 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IRYPc-0003ID-OH for ged-emacs-devel@m.gmane.org; Sat, 01 Sep 2007 21:13:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IRYPb-0006Kj-Oi for ged-emacs-devel@m.gmane.org; Sat, 01 Sep 2007 15:13:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IRYPX-0006KU-Uy for emacs-devel@gnu.org; Sat, 01 Sep 2007 15:13:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IRYPV-0006KI-JJ for emacs-devel@gnu.org; Sat, 01 Sep 2007 15:13:34 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IRYPV-0006KF-DT for emacs-devel@gnu.org; Sat, 01 Sep 2007 15:13:33 -0400 Original-Received: from saeurebad.de ([85.214.36.134]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IRYPU-0000vG-Uk for emacs-devel@gnu.org; Sat, 01 Sep 2007 15:13:33 -0400 Original-Received: by saeurebad.de (Postfix, from userid 1000) id 58F312F0144; Sat, 1 Sep 2007 21:13:26 +0200 (CEST) Mail-Followup-To: Drew Adams , Emacs-Devel In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-11) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:77552 Archived-At: --===============1149439399== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Fri, Aug 31, 2007 at 04:57:04PM -0700, Drew Adams wrote: > > That's OK too. I thought people were asking for the ability to > > get only "valid" URLs in the sense of having live > > targets. Isn't that what the initial request was for? > > > > iiuc the initial request was to disambiguate the two cases whereby > > (thing-at-point 'url) when point is on one of: > > something > > http://something > > (both cases return "http://something"). >=20 > Admittedly, the text of the initial bug report (OP) is not too clear: >=20 > >> Put the point in any word but not in a url and eval (thing-at-point > >> 'url) it will returns a url like "http://something", where 'something' > >> is the word under point. >=20 > That and other posts seem to suggest that the requested (optional, perhap= s) > behavior is to return nil unless the URL under point contains a scheme (e= =2Eg. > http://, ftp://). For example, "something" at point and www.google.com at > point would each return nil. >=20 > However, other posts seem to suggest that the perceived problem is that > http://something is not a "valid" URL because the target is not (currently > or perhaps usually) live (accessible): >=20 > >> Because a url created by concat "http://" and the word under point is > >> unlikely to be accessible by a browser. Come on, people. If the point is above `something' and I don't want EMACS to return an URL-string but NIL, why would I run (thing-at-point 'url) in the first place? This is bogus. I like the behaviour as it is right now. Returning nil is as unusable as http://something for most, but for some people, http://something can still = be of use. Hannes --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG2bnWdvEGNHGk3KARAoljAJ0fkV1KsBQsVzuwXYwfq5Vw9UV5hwCfagtQ 7wB/1sPXtz023f/B3zdTpWQ= =9DEn -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- --===============1149439399== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============1149439399==--