Andreas Karlsson

Under de senaste veckorna har jag från och till arbetat med ett spännande kundprojekt som bygger på WordPress. En av de specifikationer som angavs för projektet var att sajten ska vara flerspråkig. Efter lite efterforskningar visade det sig att tillägget qTranslate med största sannolikhet var vad vi behövde. Implementeringen var dock inte helt smärtfri…

Det första problemet vi stötte på var att de två tilläggen qTranslate och More Fields inte lekte särskilt bra tillsammans. Något som kanske kan ligga till grund för ett framtida inlägg.

Det andra problemet, som jag valt att kalla för the qTranslate slug bug, innebar att permanentlänkarna skapades på formen http://www.exempel.se/min-sidamy-page. Min första tanke var att ge mig in i källkoden för qTranslate och hitta en lösning där, men det skulle i sådana fall innebära att det hela måste göras om i det fall det kommer en uppdatering på tillägget som inte innehåller en lösning. Istället valde jag att skriva ett enkelt filter som jag placerade i temats functions.php:

<?php
function qtranslate_slug_filter( $post_name ){
    if ( empty($post_name) || ( $post_name == '') ) {
        if ( isset( $_POST['post_title'] ) ) {
            if(function_exists('qtrans_useCurrentLanguageIfNotFoundUseDefaultLanguage'))
                $post_name = qtrans_useCurrentLanguageIfNotFoundUseDefaultLanguage($_POST['post_title']);
            else
                $post_name = $_POST['post_title'];
        } else {
            $post_name = '';
        }
    }
    return $post_name;
}
add_filter("pre_post_name", "qtranslate_slug_filter");
?>

Problemet uppstod med WordPress 2.7.1 och qTranslate 2.3.3, både med och utan andra tillägg aktiverade. Att dömma av Måns Jonassons kommentar på Bloggy verkar det dock inte uppstå för alla – eller?