Zum Inhalt springen

ATagTitle und htmlSpecialChars

Erstellt am 4. September 2009 · 2 Antworten · letzte Antwort am 5. September 2009

Tags: Frage

Unbekannter Benutzer ·

Hallo,

nach ewig googlen bin ich am verzweifeln. Vielleicht kann hier mir ja jemand helfen.

Ich habe ein Problem mit der Darstellung des "&" im Title-Attribut meiner Menü-Links.
Schwierig daran ist, dass die Seitentitel z.B. so aussehen: "dve& #345;e" (Leerzeichen zwischen & und # wegdenken).
Ich weiß, das ist etwas doof, aber der Kunde hat in massig Seitentiteln Entities eingepflegt.

Hier erstmal mein TS:

temp.menu_left = COA
temp.menu_left {
   10 = HMENU 
   10{
      special = directory
      special.value = 197
      1 = TMENU
      1 {
         expAll = 1
         noBlur = 1
         wrap = |
         NO = 1
         NO {
            ATagTitle.field = title
            ATagTitle.stdWrap.htmlSpecialChars = 0
            allWrap = <li>|</li>
         }
       }
       wrap = <ul>|</ul>
   }
}

Der Linktext wird korrekt gerendert:
dve& #345;e

Beim Title steht allerdings im Quelltext:
dve& amp;#345;e

Ich dachte, dass "ATagTitle.stdWrap.htmlSpecialChars" dafür sorgt, dass das "&" nicht konvertiert wird...

Aber, wenn ich "ATagTitle.stdWrap.htmlSpecialChars = 1" setze, siehts so aus:
dve& amp;amp;#345;e

Ist also doppelt konvertiert... Ich habe auch schon mit "htmlSpecialChars.preserveEntities" experimentiert, aber hatte keinen erfolg. Warum gehts denn mit dem Linktext? Ich habe übrigens den doctype auf "xtml_trans" gesetzt.

Hat jemand eine Idee?

Danke und Grüße

RPW ·

du könntest folgendes TS bei NO versuchen:

    NO = 1
    NO {
         stdWrap.cObject = COA
         stdWrap.cObject {
            stdWrap.htmlSpecialChars = 0
            10 = TEXT
            10.dataWrap = <a href="index.php?id={field:uid}.html" title="{field:title}">{field:title}</a>
         }
         allWrap = <li>|</li>
    }
Unbekannter Benutzer · · Beste Antwort

hey,

tricky ;-) danke für den tipp. ich kann es leider erst montag auf der arbeit ausprobieren, aber es sieht vielversprechend aus.

ich hatte in der zwischenzeit bereits mit einer postUserFunc versucht die entities zu ersetzen. hat nur leider auch nicht geholfen.

grüße