[feat change] Parsen van links tweaken

[Wiethoofd]

Na meerdere requests ingediend te hebben om extra links te laten parsen eens een verandering aanvragen voor de manier waarop links van GoT geparsed worden.

Nieuwslinks, Poll-links, tweakblog-links en reacties op die artikelen etc. worden vrijwel allemaal voluit geparsed, voorbeelden:
• Nieuwsartikel: nieuws: Foto goedkoop Android-toestel van HTC duikt op in Vietnamees forum
• Reactie op artikel: himlims_ in 'nieuws: Foto goedkoop Android-toestel van HTC duikt op in Vietnamees forum'
• Poll: poll: Windows 7 moet gebruiksvriendelijker worden. Geloof jij het?
• Reactie op poll: http://tweakers.net/react...=Posting&ParentID=2814124
• Tweakblogpost: Windows Tooltjes, Tweaks, Progsels en Overige: DPC Stampede 8: de koeien storten zich op 'World Community Grid'
• Reactie op blogpost: Windows Tooltjes, Tweaks, Progsels en Overige: DPC Stampede 8: de koeien storten zich op 'World Community Grid'

Meteen komen een paar dingen bovendrijven:
• Een topic met een lange titel is nog wel helemaal zichtbaar, maar zodra je een specifieke reactie gaat linken wordt deze afgebroken waar dit met reacties op nieuwsberichten/tweakblogs etc. niet het geval is:
- Topic: [iPhone & iPod Touch] Cases, hoesjes & bescherming
- Reactie op topic: Verwijderd in "[TFT] Samsung Nieuws & Discussie Topic -..."
• Reacties op polls worden (nog) niet geparsed
• Reacties op tweakblogs missen de naam van de poster zoals dit wel bij nieuwsartikelen en GoT-reacties geparsed wordt (en in de notificatie DM's worden ze niet geparsed)
• Parsegedrag op FP/Tweakblogs/Gallery verschilt met die op het forum, misschien een idee om die gelijk te trekken?

Willekeurige links/topics gepakt met lange titels om de nodige punten duidelijk te maken
Overzicht van UBB-codes #autolinks mist nog het parsen van tweakblog, poll en unsorted-links

[crisp]

Reacties op polls worden (nog) niet geparsed

Fixed in SVN

Parsegedrag op FP/Tweakblogs/Gallery verschilt met die op het forum, misschien een idee om die gelijk te trekken?

Ik heb dat vorige week al grotendeels gelijk getrokken, wat is er nu nog afwijkend?

[Wiethoofd]

crisp schreef op zondag 26 juli 2009 @ 22:56:
Ik heb dat vorige week al grotendeels gelijk getrokken, wat is er nu nog afwijkend?

De reacties op tweakblogposts worden nog niet met naam/nick van reageerder geparsed

En volgens mij worden er 2 parsers op na gehouden een voor FP/Tweakblogs en een voor het forum, is het niet logischer en makkelijker om dit op 1 hoop te gooien?

[crisp]

Wiethoofd schreef op zondag 26 juli 2009 @ 23:15:
[...]

De reacties op tweakblogposts worden nog niet met naam/nick van reageerder geparsed

Dat is geen verschil tussen de FP parser en de GoT parser vziw...

En volgens mij worden er 2 parsers op na gehouden een voor FP/Tweakblogs en een voor het forum, is het niet logischer en makkelijker om dit op 1 hoop te gooien?

Dat is inderdaad logischer maar helaas niet zo makkelijk te realiseren aangezien er op bepaalde punten nog verschillen zijn tussen beide parsers die het niet zo makkelijk maken de een voor de ander in te ruilen. Daarbij heeft elke parser zijn eigen sterke en zwakke punten zodat een keuze sowieso lastig is; zo is de React parser niet eenvoudig losstaand te gebruiken, maar heeft deze wel een klein voordeel qua performance en tag-ondersteuning. De frontpage parser heeft echter weer een beter tag-matching algoritme.

Vooralsnog laat ik evolutie dus z'n werk doen tot het punt dat de frontpage parser qua performance en tag-support de React parser kan overnemen

[ Voor 7% gewijzigd door crisp op 26-07-2009 23:42 ]

[Wiethoofd]

crisp schreef op zondag 26 juli 2009 @ 23:40:
Dat is geen verschil tussen de FP parser en de GoT parser vziw...

Zeg ik ook niet, ik bedoel dat die gewoon nog niet met username geparsed wordt zoals dit wel is met reacties op FP-artikelen etc.

Vooralsnog laat ik evolutie dus z'n werk doen tot het punt dat de frontpage parser qua performance en tag-support de React parser kan overnemen

Hopen dat we de evolutie een handje kunnen helpen

Maar de eerste bedoeling waarmee ik het topic startte was om de afkapping bij het parsen van GoT-links af te schaffen/uit te schakelen/te verminderen.

[crisp]

Wiethoofd schreef op zondag 26 juli 2009 @ 23:54:
[...]

Zeg ik ook niet, ik bedoel dat die gewoon nog niet met username geparsed wordt zoals dit wel is met reacties op FP-artikelen etc.

Dat klopt, maar ik reageerde specifiek op jouw stelling dat het parse-gedrag van de FP parser zou afwijken van die van de GoT-parser, dus ik vraag om concrete voorbeelden. Het voorbeeld dat je aandraagt is geen verschil tussen de FP-parser en die van GoT

[...]

Hopen dat we de evolutie een handje kunnen helpen

evolutie takes it's time

Maar de eerste bedoeling waarmee ik het topic startte was om de afkapping bij het parsen van GoT-links af te schaffen/uit te schakelen/te verminderen.

Da's iets concreets waar ik wel naar kan kijken ja

[Wiethoofd]

Via \[bug/feat] gallery/userid&name -> proreview/user/userid&name kwam ik er achter dat http://tweakers.net/productreview/user/$userid nog niet geparsed wordt naar bijvoorbeeld reviewoverzicht: $user

---

Verder begin ik me steeds vaker te storen aan het afkappen van de reacties in topics met lange titels want de volledige titel staat ook niet in een title wat dan wel weer duidelijkheid verschaft
zonder title: Wiethoofd in "\[bug/feat] gallery/userid&name -> prorev..."
vs
met title: Wiethoofd in "[bug/feat] gallery/userid&name -> prorev..."