Der Linkerzeuger koennte eine Verbesserung vertragen

[Robert Marquardt]

Ein Link der Art ( http://web.archive.org/web/200211050....com/shame.htm). wird falsch erkannt. Mindestens die schliessende Klammer sollte zu den Trennzeichen gehoeren.
Anscheinend ist auch noch .htm am Ende des Links noetig.

[Gerome]

...da ist was dran. :stupid: Ich rühre den Code mal durch und ziehe ihn dann wieder glatt - das hilft meistens. Danke für den Hinweis.

Grüße,
Gérome

[Robert Marquardt]

Ok, jetzt habe ich den Linkerzeuger ueberhaupt zum Triggern bekommen.
Wahrscheinlich hat es das Leerzeichen vor http: gebracht.

Empfehlung: Auf "http://" und "www." als Start triggern und dann gemaess erlaubter URL-Zeichen (das ist schliesslich normiert) voranschreiten.

[Catbytes]

Zitat:

Zitat von Robert Marquardt

Empfehlung: Auf "http://" und "www." als Start triggern

Nicht eher:

• "http://" oder
• "www." oder
• "http://www."

:gruebel:

[Robert Marquardt]

Mit dem oder hast du Grammatik-Nazi ;-) natuerlich recht, nicht aber mit "http://www." denn das wird ja schon von "http://" erfasst.

[Catbytes]

Zitat:

Zitat von Robert Marquardt

Mit dem oder hast du Grammatik-Nazi ;-) natuerlich recht, nicht aber mit "http://www." denn das wird ja schon von "http://" erfasst.

:evil:

:lol:

Und was ist mit http://delphipraxis.net/ und Konsorten?

[alcaeus]

Hallo ihr,

der Linkparser reagiert zur Zeit auf http://a, www.a.x, bzw. auch ftp://a. Ob mehr geht weiß ich nicht. Eigentlich müsste also nur die Abbruchbedingung in die RegExp aufgenommen werden. Das ist AFAIK nicht allzuschwer, aber drängt den [user=Gérome]armen Franzosen[/user] nicht ;)

Greetz
alcaeus

[Robert_G]

Wo wir gerade dabei sind...
Der Prefix "ms-help://" für Help2.0 sollte auch noch aufgenommen werden. :)
ms-help://MS.NETFrameworkSDKv1.1/cpguidenf/html/cpconattributesoverview.htm

Der url tag wird dadurch momentan sogar komplett zerfriemelt. :shock:
geht nicht :(

[Robert Marquardt]

Alles was nach "http://" in der fuer URLs erlaubten Zeichenmenge enthalten ist, sollte akzeptiert werden.
http://www.delphipraxis.net/ ist daher erlaubt. Es ist sogar eine legale URL.
Die Wohlgeformtheit der URL oder gar die Existenz der Seite muss eigentlich nicht geprueft werden.
Bei den Protokollprefixen sollte man sich auf "http://" und "ftp://" beschraenken. Testet man garnicht oder erlaubt seltene Protokolle, so koennte das ein Sicherheitsrisiko sein.
"www." ist als gaengiger Teil einer URL ein Hinweis darauf das "http://" vergessen wurde. Das sollte dann auch automatisch ergaenzt werden, allerdings sollte Delphi-Code von der Behandlung ausgenommen werden (falls das nicht schon der Fall ist).