strange highlightings

strange highlightings

[Vladimir Volovich]

Hi!

with current CVS version of gnus, i get strange highlightings. e.g. in
the following line

# ping 10.95.3.38

the string 95.3.38 is highlighted and buttonized, which seems a bit
illogical.

Best,
v.

Re: strange highlightings

[Kai Großjohann]

Vladimir Volovich <vvv@vvv.vsu.ru> writes:

> # ping 10.95.3.38
> 
> the string 95.3.38 is highlighted and buttonized, which seems a bit
> illogical.

The string looks like a URL.  You can click on it, and then you'll be
looking at http://95.3.38/...

I was about to report this, too, but then I thought what the heck.
It's very difficult to restrict the regexp without losing some actual
URLs.  And maybe it's useful for people to be able to click on
something as if it was a URL.  Mustn't click on something that isn't a
URL, though :-)

I think this will be highlighted as a URL: a.b.c

kai
-- 
Beware of flying birch trees.

Re: strange highlightings

[Vladimir Volovich]

"KG" == Kai Großjohann writes:

 >> # ping 10.95.3.38
 >> the string 95.3.38 is highlighted and buttonized, which seems a
 >> bit illogical.

 KG> The string looks like a URL.  You can click on it, and then
 KG> you'll be looking at http://95.3.38/...

well, the URL was guessed obviously wrong: the correct one is
10.95.3.38 but not 95.3.38. And often the text which has nothing close
to URLs is highlighted and buttonized which seems like an overkill
(and a bit annoying :). is there a config option to restore the
previous behavior? 8-)

	Best regards, -- Vladimir.

Re: strange highlightings

[Kai Großjohann]

Vladimir Volovich <vvv@vvv.vsu.ru> writes:

> well, the URL was guessed obviously wrong: the correct one is
> 10.95.3.38 but not 95.3.38. And often the text which has nothing close
> to URLs is highlighted and buttonized which seems like an overkill
> (and a bit annoying :). is there a config option to restore the
> previous behavior? 8-)

The question is, how to recognize text which is a URL and how to
recognize text which _isn't_ a URL?

Gnus currently looks `foo.foo.foo' type strings, with three words and
two dots.  And obviously, digits are allowed in the words
(www2.frob.org might be a valid URL).  Well...

Have you got a suggestion on improving the rules used by Gnus?

kai
-- 
Beware of flying birch trees.

Re: strange highlightings

[Daniel Pittman]

On Tue, 25 Apr 2000, Kai Großjohann <Kai.Grossjohann@CS.Uni-Dortmund.DE>
wrote:

> Vladimir Volovich <vvv@vvv.vsu.ru> writes:
> 
>> well, the URL was guessed obviously wrong: the correct one is
>> 10.95.3.38 but not 95.3.38. And often the text which has nothing
>> close to URLs is highlighted and buttonized which seems like an
>> overkill (and a bit annoying :). is there a config option to restore
>> the previous behavior? 8-)
> 
> The question is, how to recognize text which is a URL and how to
> recognize text which _isn't_ a URL?
> 
> Gnus currently looks `foo.foo.foo' type strings, with three words and
> two dots.  And obviously, digits are allowed in the words
> (www2.frob.org might be a valid URL).  Well...
> 
> Have you got a suggestion on improving the rules used by Gnus?

Hrm. Real URL paths refer to a fully qualified machine name, with a
(somewhat) restricted set of designations following. Wouldn't matching
the 'com', 'net' or 'org' make sense?

Except, of course, that would result in a regexp that specified all of
the registered top level domains, which would be (ahem) not so small. I
don't know what effect that would have on the performance of the
matcher...

        Daniel

-- 
Love like you'll never get hurt.
You've got to dance like no one is watching,
It's gotta come from the heart, if you want it to work.
        -- Susannah Clark

Re: strange highlightings

[Vladimir Volovich]

"KG" == Kai Großjohann writes:

 >> well, the URL was guessed obviously wrong: the correct one is
 >> 10.95.3.38 but not 95.3.38. And often the text which has nothing
 >> close to URLs is highlighted and buttonized which seems like an
 >> overkill (and a bit annoying :). is there a config option to
 >> restore the previous behavior? 8-)

 KG> The question is, how to recognize text which is a URL and how to
 KG> recognize text which _isn't_ a URL?

 KG> Gnus currently looks `foo.foo.foo' type strings, with three words
 KG> and two dots.  And obviously, digits are allowed in the words
 KG> (www2.frob.org might be a valid URL).  Well...

Khm.. URLs can well be of the form foo.foo.foo.foo and even with more
words separated by dots.

Well, i really don't like this behavior. Why should one assume that a
given string which looks like foo.foo.foo is an URL and moreover, why
should it be assumes as an URL for HTTP? (why not ftp? why not telnet?
why not ICMP?)

It looks like in a lot of cases this new empirical behavior will give
incorrect results (i.e. which will misleadingly interpret some random
strings as HTTP URLs -- e.g. section numbers like 1.2.3, 1.2.4, etc).

 KG> Have you got a suggestion on improving the rules used by Gnus?

I'd rather prefer to reduce this empirical algorithm to previous form
(when only strings starting with ftp:// https:// http:// etc were
buttonized). At least, it would be nice to have an option to restore
that original behavior, e.g.

(setq gnus-buttonize-naked-urls nil)

(which would extend gnus-button-url-regexp if non-nil; i'd prefer to
have by default old behavior though)

Best,
v.

Re: strange highlightings

[Per Abrahamsen]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> Gnus currently looks `foo.foo.foo' type strings, with three words and
> two dots.  And obviously, digits are allowed in the words
> (www2.frob.org might be a valid URL).  Well...
>
> Have you got a suggestion on improving the rules used by Gnus?

Well, it is obviously silly that 

        www.foo.bar.com 
            ***********

would highlight as above.  Or that

        smtp.foo-bar.com

would hit as a web adress. I think a more conservative

        \<www[-a-zA-Z0-9.]*\.[A-Za-z][A-Za-z][A-Za-z]?\>

would hit most of the intuitively obvious http adresses, yet have very
few false hits.  I.e. a word that starts with www and ends with dot
followed by two or three letters.

Re: strange highlightings

[Kai Großjohann]

Per Abrahamsen <abraham@dina.kvl.dk> writes:

> Well, it is obviously silly that 
> 
>         www.foo.bar.com 
>             ***********
> 
> would highlight as above.

This does not appear to happen.  Gnus highlights the whole string.
Hm.  I don't understand that rules at all.

> Or that
> 
>         smtp.foo-bar.com
> 
> would hit as a web adress. I think a more conservative
> 
>         \<www[-a-zA-Z0-9.]*\.[A-Za-z][A-Za-z][A-Za-z]?\>
> 
> would hit most of the intuitively obvious http adresses, yet have very
> few false hits.  I.e. a word that starts with www and ends with dot
> followed by two or three letters.

There are quite a few web addresses which do not have the `www' thing,
cf. http://web.de, or http://quimby.gnus.org/.
And even if, my home page is http://ls6-www.cs.uni-dortmund.de/...

But maybe grokking foo.bar.quux.blarfl type strings if `www' occurs in
foo, and requiring `http://' for all others would be a useful
compromise.

OTOH, people can just point at stuff and say M-x browse-url-at-point
RET.  Hm.  Is it possible to put browse-url-at-mouse into the
C-down-mouse-3 menu that occurs in the article buffer?

kai
-- 
Beware of flying birch trees.

Re: strange highlightings

[Per Abrahamsen]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> There are quite a few web addresses which do not have the `www' thing,
> cf. http://web.de, or http://quimby.gnus.org/.

Yes, but I don't think it is reasonable to expect a heuristic to pick
up those.

Re: strange highlightings

[Felix Lee]

how about, it's a URL if it starts with:
  \b[a-zA-Z]+://		(ftp://99.99.9.9/marklar/)
  \b[wW][wW][wW][0-9]*\.	(WWW9.Foo.Bar/marklar/)

I ran these patterns against my mail archive, and came up
with very few false positives.  the only one that troubles
me is 'comp.infosystems.www.misc', which can be handled by
making sure there isn't a '.' before 'www'.

Finding the end of a URL is a little tricky..  haven't
thought of a good way of doing that yet.
--

Re: strange highlightings

[Kai Großjohann]

Felix Lee <flee@teleport.com> writes:

> Finding the end of a URL is a little tricky..  haven't
> thought of a good way of doing that yet.

I think the old buttonizing code did a very good job at this.

kai
-- 
Beware of flying birch trees.

Re: strange highlightings

[Karl EICHWALDER]

Vladimir Volovich <vvv@vvv.vsu.ru> writes:

> well, the URL was guessed obviously wrong: the correct one is
> 10.95.3.38 but not 95.3.38. And often the text which has nothing close
> to URLs is highlighted and buttonized which seems like an overkill
> (and a bit annoying :). is there a config option to restore the
> previous behavior? 8-)

Yes, please restore it.  asd.asd.com is not a valid URL, it's crap.  No
need to highlight it.  Also valid email addresses are wrongly
highlighted...

-- 
work : ke@suse.de                          |
     : http://www.suse.de/~ke/             |          ------    ,__o
home : ke@gnu.franken.de                   |         ------   _-\_<,
     : http://www.franken.de/users/gnu/ke/ |        ------   (*)/'(*)

wrapped URLs (was: strange highlightings)

[Jussi Yli-Urpo]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> OTOH, people can just point at stuff and say M-x browse-url-at-point
> RET.  Hm.  Is it possible to put browse-url-at-mouse into the
> C-down-mouse-3 menu that occurs in the article buffer?

One related thing, could it be possible make handling of
wrapped URLs any easier? I often receive mails with long
(usually Lotus Notes) URLs that have been wrapped to two or
more lines and now I have to edit those mails manually
if I want to click them open.

Even function like browse-url-at-region (which would ignore
line breaks in region and use region as URL) would be really
cool. Does anyone already have something like that?

-- 
Jussi.

Re: wrapped URLs (was: strange highlightings)

[Bill White]

On 27 Apr 2000 21:30:58 +0300
in article <m3em7rqtul.fsf_-_@tavis.ton.tut.fi>
Jussi Yli-Urpo <jmy@h32.erkki.ton.tut.fi> said:

  > One related thing, could it be possible make handling of wrapped
  > URLs any easier? I often receive mails with long (usually Lotus
  > Notes) URLs that have been wrapped to two or more lines and now I
  > have to edit those mails manually if I want to click them open.

This doesn't specifically help you, but gnus groks <url:http://...>
when broken across lines.

This doesn't work:

http://www.telegraph.co.uk:80/et?ac=000405944438668&rtmo=
r3Q2F9hX&atmo=HHHHHH8L&pg=/et/00/2/21/wrom21.html

This works:

<url:http://www.telegraph.co.uk:80/et?ac=000405944438668&rtmo=
r3Q2F9hX&atmo=HHHHHH8L&pg=/et/00/2/21/wrom21.html>

-- 
Bill White . billw@wolfram.com . http://members.wri.com/billw
"No ma'am, we're musicians."