[bug/rml] Ancor/jump met "-" als einde parsed niet correct

[Equator]

Ik heb even gezocht, en dit topic van JHS komt enigzins in de buurt: \[bug/rml] FAQ url met anchor en punt parsed onjuist

Ik heb in de NT FAQ meerdere jumps naar ancors staan. Deze zijn allemaal gegenereerd door de RML generator. Hoe dan ook daar zijn meerdere ancors waarin origineel op het einde een "?" stond, vervangen met een "-". Geen idee waarom, maar ik kan me voorstellen dat er geen "?" in een ancor/jump mag staan.

Op zich geen probleem, want de navigatie klopt.

code:

[jump=Hoe-omzeil-ik-de-policy-van-het-netwerk-waar-ik-in-zit-]Hoe omzeil ik de policy van het netwerk waar ik in zit?[/jump]

[anchor=Hoe-omzeil-ik-de-policy-van-het-netwerk-waar-ik-in-zit-][/anchor][h3]Hoe omzeil ik de policy van het netwerk waar ik in zit?[/h3]

Als ik nu een link naar dit ancor wil aanmaken dan kopieer ik de url:

code:

http://gathering.tweakers.net/forum/list_message/31001623#Hoe-omzeil-ik-de-policy-van-het-netwerk-waar-ik-in-zit-

Laat ik deze parsen, dan krijgen we: Equator in "NT FAQ"-

Zoals je ziet: de laatste "-" wordt daarin niet meegenomen. Gevolg is dat de link niet meer geldig is, en je aan de top van de FAQ uitkomt.

Dit is natuurlijk te omzeilen met [url=http://gathering.tweakers.net/forum/list_message/31001623#Hoe-omzeil-ik-de-policy-van-het-netwerk-waar-ik-in-zit-]klik hier[/url]

Nu kan ik de NT FAQ doorspitten en alle ancors en jumps aanpassen zodat die laatste "-" weg is, maar als er een regex aangepast kan worden om dit makkelijker en voor altijd op te lossen


Verder vroeg ik me af of het mogelijk is om dergelijke parsed links naar een topic type=faq aan te passen zodat er geen poster naam in staat.

VB: Een link naar de Het algemeen beleid #reageren parsed mooier dan Equator in "NT FAQ"

Je zou dan bijvoorbeeld krijgen: NT FAQ #Hoe omzeil ik de policy van het netwerk waar ik in zit

Geen flauw idee of dat te verwezelijken is

[crisp]

Nu kan ik de NT FAQ doorspitten en alle ancors en jumps aanpassen zodat die laatste "-" weg is, maar als er een regex aangepast kan worden om dit makkelijker en voor altijd op te lossen

iig niet de regexp voor het parsen van url's, daar wordt er imo terecht van uit gegaan dat een koppelteken aan het einde bedoelt is als een leesteken en niet als onderdeel van de url. Ik kan 'm eventueel wel wegstrippen bij het parsen van de jump/anchor tags.

Geen flauw idee of dat te verwezelijken is

Dat kan wel volgens mij

[Equator]

crisp schreef op vrijdag 22 januari 2010 @ 09:04:
[...]

iig niet de regexp voor het parsen van url's, daar wordt er imo terecht van uit gegaan dat een koppelteken aan het einde bedoelt is als een leesteken en niet als onderdeel van de url. Ik kan 'm eventueel wel wegstrippen bij het parsen van de jump/anchor tags.

Is mij om het even. Als de functionaliteit daarmee behaalt is vind ik het prima

[...]

Dat kan wel volgens mij

Is veel mooier

[crisp]

Fixed in SVN