Bitfenix Whisper 450W review
[PSU] Voeding advies en info
AMD Nieuwsdiscussie
AMD Radeon Info en Nieuwsdiscussietopic
[url="http://gathering.tweakers.net/forum/list_messages/1330523#Maximaletemperatuur"]blaat[/url]
[ Voor 41% gewijzigd door crisp op 12-01-2009 20:25 ]
Intentionally left blank
Maar waarom wordt het eigenlijk veranderd?
Moet toch anders kunnen.
[ Voor 89% gewijzigd door -The_Mask- op 12-01-2009 20:30 ]
Bitfenix Whisper 450W review
[PSU] Voeding advies en info
AMD Nieuwsdiscussie
AMD Radeon Info en Nieuwsdiscussietopic
All statements are true in some sense, false in some sense, meaningless in some sense, true and false in some sense, true and meaningless in some sense, false and meaningless in some sense, and true and false and meaningless in some sense.
[OC] Core 2 Duo E8xxx Wolfdale 45nm OC/info Topic Deel 2 - Maximale temperatuur
Overclocking & Tweaking FAQ - Multiplier tweaking
1
2
| [message=31314820,Maximaletemperatuur][OC] Core 2 Duo E8xxx Wolfdale 45nm OC/info Topic Deel 2 - Maximale temperatuur[/message] [topic=1325125#multiplier]Overclocking & Tweaking FAQ - Multiplier tweaking[/topic] |
Als je de message met een # doet om naar de anchor te jumpen krijg je een niet werkende link (aka hij wordt niet geparsed) en de topic met een komma levert ook niets op.
Op het moment dat je de bovenstaande message het messagenummer naar het topicnummer veranderd en de komma naar een hekje werkt hij alleen voor de mensen die de topicvolgorde niet omgedraaid hebben, dus normaal en voor de meeste tweakers geen probleem, waar die van de OT FAQ daar nooit een probleem mee geeft aangezien die maar 1 pagina is.
Als topic-link: [OC] Core 2 Duo E8xxx Wolfdale 45nm OC/info Topic Deel 2 - Maximale temperatuur
Misschien een idee om toch ook die #anchor in de message tag wel uit de [message]-tag te lezen en niet meteen het messagenummer als anchor te gebruiken wat nu wel gebeurd.
[message=31314820,Maximaletemperatuur] wordt gelinkt als [message=31314820,31314820] en je krijgt dus 31314820#31314820 ipv 31314820#Maximaletemperatuur als laatste deel van je url en dus is de ingevulde waarde achter de komma op dit moment nutteloos.
Hoe kom je daar nu bij? de [message]-tag heeft in feite maar 1 attribuut en dat is het message-id (er is officieel wel een tweede attribuut, namelijk voor link-style, maar daar wordt niets meer mee gedaan.Wiethoofd schreef op zaterdag 17 januari 2009 @ 20:10:
Toch blijft het vaag, je kunt in een [message]-tag wel een 'jump to anchor' gedeelte toevoegen, maar dat wordt compleet genegeerd bij het parsen
Ik zie daar een duidelijk verschil in syntax:, maar bij een [topic]-tag kun je wel een 'jump to anchor' gedeelte toevoegen, zie de links hieronder, de onderste naar de OT FAQ werkt vlekkeloos, maar die naar die van de Maximale temperatuur linkt alleen naar de intro van de TS (het bericht waarin de anchor staat)
[message=31314820,Maximaletemperatuur]
[topic=1325125#multiplier]
De message-tag heeft hier gewoon 2 argumenten, en het tweede argument van die tag is nooit bedoelt voor een fragment.
Aangezien [topic=1234#fragment] ondersteund wordt is het inderdaad misschien handig om te kijken of we ook [message=1234#fragment] zouden kunnen ondersteunen. In de [topic]-tag een komma gebruiken ipv een hekje levert inderdaad niets op want een [topic]-tag heeft ook maar 1 argument, en de rest wordt genegeerd.Als je de message met een # doet om naar de anchor te jumpen krijg je een niet werkende link (aka hij wordt niet geparsed) en de topic met een komma levert ook niets op.
Intentionally left blank
Ik wacht op de Fixed in SVN mededelingcrisp schreef op zaterdag 17 januari 2009 @ 20:45:
Aangezien [topic=1234#fragment] ondersteund wordt is het inderdaad misschien handig om te kijken of we ook [message=1234#fragment] zouden kunnen ondersteunen.
Intentionally left blank
In de [FAQ]FAQ[/FAQ]-tag heb je [FAQ=naam vd FAQ,anchor], voorbeeld: [FAQ=ubb,footnote_2] geeft als link Overzicht van UBB-codes #footnote_2.
Omdat bovenstaande wel met de FAQ-tag werkte probeerde ik het dus ook bij de Topic en message-tags