Analyse van de Drupal taal switcher

De locale module in Drupal voorziet een blok om van taal te veranderen. Dit blok doet niets anders dan de correcte taal prefix in de url aan te passen. De taalswitcher op deze manier gebruiken resulteert enkel in de weergave van dezelfde node, doch met een vertaalde interface. De code die dit blok genereert introduceert tevens een nieuwe hook hook_translation_link_alter() die andere modules toelaat de links in het language switcher-blok aan te passen.

De content translation module implementeert deze hook om een link naar de vertaalde node te voorzien wanneer de huidige node deel uitmaakt van een translation set (tnid kolom in de node tabel). De implementatie van deze hook is een beetje bijzonder door het feit dat het de werking van het language switcher-blok wijzigt op een manier die inconsistent kan lijken.

Je merkt dit gedrag slechts op wanneer je meer dan twee talen geactiveerd hebt. Als voorbeeld nemen we het geval waar de talen 'Engels, Nederlands en Frans' geactiveerd zijn. Ook hebben we de "Enabled, with translation"-optie geactiveerd voor het content type Page. Het language switcher-blok is actief in één van de regions en de language negotiation is ingesteld op één van de path prefix opties.

Bij het aanmaken van je eerste Page node zal je merken dat de language switcher een link naar deze node toont adhv de prefixen van alle geactiveerde talen. Op deze links klikken blijft de huidige node tonen met alleen de interface die van taal verandert. Dit is net hetzelfde gedrag dan wanneer alleen de locale module geactiveerd is (en dus niet de Content Translation-module).

Als je op translate klikt en je creëert een vertaling voor de node, dan zal je merken dat de language switcher - nadat je bewaart hebt - nog maar twee van de drie talen weergeeft. Omdat er geen vertaling van de node in de derde taal is, verwijdert de Content Translation-module deze link. Je zou nu ook kunnen argumenteren dat wanneer er slechts één node was, er ook geen vertalingen waren en dat het blok dan slechts één enkele link had moeten tonen ipv drie.

Het blok gedraagt zich zo omdat de Content Translation-module alleen de links aanpast wanneer de huidige node deel uitmaakt van een translationset. Een node maakt deel uit van een translation set wanneer de tnid waarde in de node tabel verschillend is van 0. Deze waarde is de node id van de bron-node van de translation set.
Wanneer je een eerste node van een vertaalbaar content-type aanmaakt, dan zal de tnid waarde voor die node 0 zijn. Wanneer je de eerste vertaling aanmaakt, dan zal de tnid waarde van deze nieuwe node én de bron node gezet worden op de nid waarde van de bron node. De waarde wordt terug op 0 gezet waneer één van de beide nodes verwijdert wordt.

Dit gedrag verrast vele mensen (en klanten) en de meesten vinden het niet helemaal logisch. Wanneer je echter vraagt hoe een language switcher blok zich dan wel zou moeten gedragen, dan zijn de antwoorden ook niet altijd even consistent. Inconsistentie is een trend bij alles wat met internationalisatie en lokalisatie van websites en applicaties in het algemeen te maken heeft. Specificeren hoe een language switcher moet werken wordt nog moeilijker wanneer er meerdere landen bij betrokken zijn .

Wanneer je een Drupal project start dat meerdere talen zal hebben, zorg er dan voor dat je de werking van de meertaligheid in het algemeen  - én de werking van de language switcher in het bijzonder - op de home pagina, node pagina’s, views en andere overzichten beschrijft.

Als je hier pas aan begint te denken aan het einde van het proces kan je voor verrassingen komen te staan.

Wat zijn dan mogelijke oplossingen voor het inconsistent gedrag van de language switcher?

Er is bijvoorbeeld de translation 404 module die aangeeft dat de huidige pagina niet beschikbaar is in de gewenste taal door een 404 pagina weer te geven ipv alleen de interface te vertalen, zoals de standaard module zou doen.

Op deze site zal de language switcher de bezoeker altijd naar de home pagina in de gewenste taal sturen. Ook al is dit vervelend als je van taal wilt veranderen op de contact pagina, maar dan is het tenminste consistent en gemakkelijk uit te leggen.

Om te kunnen bepalen wat de beste (of minst verwarrende) oplossing is, dan zouden we moeten weten hoe vaak zo'n language switcher eigenlijk gebruikt wordt. Naar mijn persoonlijke inschatting zijn er niet veel mensen die werkelijk gebruik maken van de language switcher. Als dat correct is, denk ik dat een switcher die eenvoudigweg naar de home page in de gekozen taal verwijst geen slechte oplossing is.

Misschien zouden we op de detail pagina’s ook nog een gewone link naar de beschikbare vertalingen kunnen weergeven om de zeldzame situatie, waarbij iemand op een pagina terechtkomt met de juiste content maar in de foute taal, te kunnen opvangen.

Ik ben echt benieuwd naar patronen in gebruik van language switchers. Als je hier data of een mening over hebt, deel ze hieronder gerust mee.

Ik zal deze post opvolgen met een blogpost over de taal negotiatie in Drupal. Dat is ook niet altijd even consistent,  maar- net als language switchers - heeft ook iedereen er een mening over.