Sprachmenü funktioneirt nicht mit validem &

Ich habe folgendes kleines Sprachauswahlmenü:

lib.lang = COA
lib.lang{
  stdWrap.wrap = <ul id="selectlanguage">|</ul>
  ###Deutsch###
  10 = TEXT
  10.wrap = <li><a href="|" lang="de" xml:lang="de" title="Deutsch"><img src="fileadmin/templates/de.gif" alt="Deutsch" /></a></li>
  10.typolink {
    parameter.data = TSFE:id
    addQueryString = 0
    additionalParams = &amp ;L=0
    returnLast=url
  }
  ###Englisch###
  20 = TEXT
  20.wrap = <li><a href="|" lang="en" xml:lang="en" title="English"><img src="fileadmin/templates/gb.gif" alt="English" /></a></li>
  20.typolink {
    parameter.data = TSFE:id
    addQueryString = 0
    additionalParams = &amp ;L=1
    returnLast=url
  }
}

Wenn ich bei additionalParams statt &amp ; nur & verwende, ist die Seite nicht XHTML-valide.

Wenn ich es so lasse, passiert gibt das aber URLs in folgender Form (beim Wechsel von deutsch auf englisch):
seite.html?&L=0&L=1
Das funktioniert zwar, weil die richtige Variable hinten steht und somit die vordere Überschreibt, aber schön ist das nicht.

Wie kann ich das vermeiden und trotzdem eine valide Seite produzieren?

P.S. Die Leerzeichen in den & sind natürlich nur für den Forumpost eingefügt und im Original-TS nicht drin.

bei mir funzt folgendes ohne Probleme: Vielleicht hilfts

typolink {
    parameter.data = page:uid
    additionalParams = &L=2
    addQueryString = 1
    addQueryString.exclude = L,id,cHash,no_cache
    addQueryString.method = GET
    useCacheHash = 1
    no_cache = 0
    ATagParams = lang="it" xml:lang="it"
    wrap = <li class="it"> | </li>
  }

Mit funzt meine ich: es funktioniert und es ist valide.

Warum ist es denn nicht valide? Was bemengelt er denn?

In XHTML sollten keine & in Links vorkommen sondern sollten per Enitity & ausgedrückt werden.

Link zum Thema

Dein TS hilft bewirkt bei mir leider keinen Unterschied. Ich nehme an dein TS sieht so aus, wie es hier im Forum erscheint und du hast keine & verwendet oder?

Ich habe vergessen zu erwähnen, dass ich RealUrl verwende. Damit ist dieses Problem natürlich nicht vorhanden.

Das wäre doch auch deine Lösung? 😉