Zomaar…

Voor mijn gallery gebruik ik een formulier waarin ik via de GET methode de parameter uitlees die de te tonen gallery bepaald. Echter, daarbij wordt ook de url aangepast en wordt de GET parameter getoond met ?g=blabla.

Nu is dat normaal gesproken te ondervangen met de volgende constructie:

RewriteRule (.*) /gallery/?g=$1 [PT,L]

De pt-vlag staat voor pass through, dat komt kort gezegd neer op een serverside redirect waarbij de url in de adresbalk niet herschreven wordt. De get parameter wordt dus niet expliciet getoond in de adresbalk.

Zonder WordPress werkt dit perfect. Echter, WordPress gooit weer eens roet in het eten en vereist om een of andere reden absolute url’s. Hiermee vervalt dus de mogelijkheid om voor de gallery nette url’s te gebruiken.

Of in het engels threaded comments. Kortgezegd komt het erop neer dat het vanaf nu mogelijk is om op een specifiek commentaar te reageren.

Elk commentaar heeft nu in het linkerblokje een reply-link. Door deze aan te klikken wordt de functie geactiveerd en verschijnt het nieuw ingevoerde commentaar onder het geselecteerde.

Omdat ik met een hevig aangepast thema werk, moest ik een kleine wijziging aanbrengen in de wp-includes/comment-template.php. Het betreft de toevoeging van een extra div om te zorgen dat de opmaak gelijk blijft. De aanpassingen aan het thema zijn vrij eenvoudig en worden goed uitgelegd in de codex van WordPress.

Eergisteren is versie 2.7.1 uitgekomen van WordPress. Er zijn een flink aantal bugfixes opgelost, voor zover ik kan nagaan zijn er geen security fixes geweest dit keer.

• Patchfile WordPress 2.7 naar 2.7.1: download

Al enige tijd heb ik een plugin op mijn testblog draaien om de automatische opmaak uit te schakelen en een eigen bbcode (of wiki) systeem te gebruiken voor de notatie van de berichten.

Nu werkt dit probleemloos, op 1 klein puntje na. WordPress biedt de mogelijkheid om berichten met een wachtwoord te beveiligen. Dit gebruik ik voor mijn gallery. Op het moment dat er geen wachtwoord in is gevoerd, wordt een html formulier getoond. Dit formulier is opgemaakt met standaard html-code. In plaats van het formulier werd de letterlijke code weergegeven.

Oplossing is om in de functie get_the_password_form() de speciale [code html] tag toe te voegen, zodat alles tussen die tags onaangepast wordt weergegeven.

Helaas werkte het daarna nog niet, maar dat kwam omdat ik in de plugin die specifieke code-tag had uitgecommentarieerd en dan gaat het natuurlijk nooit werken.

Wel moet ik er nog eens naar kijken of ik dit in de plugin zelf kan oplossen, zonder dat ik de WordPress code hoef aan te passen.