HTML in Überschrift verschiedener Elemente erlauben

[Wolf Larsen]

Einen hab' ich noch: Wenn ein (r) etwa in einem Navigationsreiter vorkommt, dann wird der Reiter in der Höhe verändert. Jedenfalls passt dann der Reiter nicht mehr zur anderen Navigation. Wahrscheinlich macht man dann einfach die gesamten Reiter höher.

Wolf

[do_while]

Hallo Wolf Larsen,

das ist eigentlich nur eine CSS-Sache, damit die Zeilenhöhe das (R) gar nicht merkt. Siehe dazu meinen Wiki-Beitrag:
http://de.contaowiki.org/Registered_...re_Darstellung

[ways2web]

ah.. schön, dass es einen Beitrag im wiki gibt.. falls jemand eine Demo der dort gezeigten css technik sehen möchte, kann die hier finden

gruss
ways

[Wolf Larsen]

Danke Hagen für den Wink mit der CSS-Definition! Woran kann es denn liegen, dass in meinem Webseiten-Footer, in dem Artikel mit Insert-Tag und eine Nachrichtenliste enthalten ist, das (R) nicht mit sups umschlossen wird?

Danke,
Wolf

[do_while]

Die verwendeten Module werden meines Wissens in alphabetischer Reihenfolge abgearbeitet. Wenn Du ein Modul mit Anfangsbuchstabe >= 'r' hast, das auch InsertTags ersetzt, kann es vorkommen, dass meine Ersetzung vorher bereits ausgeführt wurde.
Welche Module hast Du installiert?

[Wolf Larsen]

In meinem Layout sind diese Module angelegt:

- Layout - Logo, Kopfzeile (Eigenes HTML)
- Menu - Main navigation, Kopfzeile
- Artikel, Hauptspalte
- Layout - Footer, Fußzeile (Eigenes HTML, Insert-Tag Artikel, Subcolumns)

Seite hier: http://tinyurl.com/5s3srl8

Danke,
Wolf

[do_while]

Ja, das konnte ich nachstellen.

Ich habe mal im Quellcode nachgesehen, es ist tatsächlich so, dass nach dem verwendeten Hook erst die InsertTags ausgetauscht werden. Somit kann in Deinem Falle kein Hochstellen des (R) mehr ausgeführt werden, weil mein Modul noch den InsertTag sieht und dort nichts zum Austauschen findet. Später komme ich aber nicht mehr dran ohne die Core-Files zu verändern.

Eine Lösung ist mir noch eingefallen, die könnte aber Auswirkungen auf das Seitencaching haben. Ersetze mal testweise die Datei (vorher entzippen):

ModuleRegisteredR.zip

[Wolf Larsen]

Servus Hagen,

ja, das hilft, das (R) wird jetzt auch im Footer hochgestellt: http://tinyurl.com/5s3srl8
Ich habe gzip und Server/Browsercache in Contao an. Die Footer-Inhalte bestanden nur zum Teil aus Insert-Tags. Die beiden Artikel ja, die Nachrichtenliste ist ein normales Modul. Da war vorher auch das (R) nicht mit sup versehen, jetzt aber schon. Danke für Deinen Einsatz um die Eie(R)ei!

Wolf

[Wolf Larsen]

Das Einzige was ich bemerkt habe, ist dass sobald registeredR 1.0.1 eingesetzt wird, sich der Validator bei XHTML 1.0 Strict auf 27 Errors, 12 warning(s) einschießt und bei der Version in der der Footer passt, 27 Errors, 16 warning(s) meldet. Ohne registeredR ist alles ok und grün.

Wolf

[Andreas]

Attribute dürfen, so viel ich weiß, keine Elemente enthalten.
Beispiel:
... title="<h1>Headline</h1>" ...

[do_while]

Jetzt wird's doch noch richtig kompliziert. Andreas hat recht, in Title und Alt dürfen keine weiteren Tags vorkommen. Das wird nicht so einfach, wie ich es mir gedacht hatte.

Da brauche ich ein wenig Zeit. Das ist nicht so trivial zu lösen.

[Wolf Larsen]

Das ist ein Theme wie bei Frames: Man nimmt eine Hürde und tut damit ganz viele andere auf :-) Was ich noch sah, dass natürlich auch diese Link-Titel mit sup versehen werden, also wenn man so drüberfährt diese Hinweiskästchen. Das sieht auch sup-er aus dann.

Kommt man um die Warnungen rum, wenn man nicht Strict macht, sondern was anderes? Diese Frage ist laienhaft :-)

Wolf

[Sebastian]

HI

Autolink löst das mit einem DOM-Parser: http://www.contao.org/erweiterungsli...tolink.de.html

Sebastian

[Andreas]

@Wolf - Ganz allgemein: Attribute gehören in Elemente, aber Elemente nicht in Attribute. Soviel ich weiß gilt das für alle Attribute, nicht nur für TITLE und ALT. Es gibt auch Elemente in welche keine Elemente hinein dürfen, wie z.B. TITLE oder STYLE. (TITLE gibt es als Element und als Attribut).

Kann man sowas nicht mit der Erweiterung Glossary lösen?

http://www.contao.org/erweiterungsli...ompat/2.9.html

Hab ich zwar noch nicht mit gearbeitet, aber von TYPO3 z.B. weiß ich, da gab es auch eine Extension, mit der konnte man Schlagwörter im Text ausfindig machen und anders präsentieren. z.B. den Firmennamen. Ich dachte immer mit Glossary könnte man das.

[Wolf Larsen]

Danke Andreas! Da hast Du richtig gedacht. Nach bisschen Probieren habe ich die ® über glossarylinks hochgestellt. Im Gegensatz zu registeredR ist der Code nun valide. Danke für den Tipp, der war gut!

Wolf

[xkoy]

Gefällt mir

[endlezZ]

Hi,
ich habe einige Radiobuttons mit dem Formulargenerator erstellt. Innerhalb der Bezeichnung hätte ich gerne einen Umbruch an einer bestimmten Stelle.

[br], <br>, <br /> - alles schon ausprobiert. Nach dem Speichern schmeißt contao die Tags raus und im FE ist kein gewünschtes Ergebnis zu erkennen!

[endlezZ]

Hab´s jetzt mir dieser Extension gemacht:

https://contao.org/erweiterungsliste...070009.de.html

Trotzdem wäre auch eine andere Lösung interessant, sofern jemand eine Idee hat

Gruß,
endlezZ

[Andreas]

Da wird dieses Feld wohl keine HTML-Elemente erlauben. Erlaube HTML-Elemente für dieses Feld in der system/config/dcaconfig.php.

...['eval']['allowHtml'] = true; 

Gruß Andreas

[Andreas]

Danke Andreas! Da hast Du richtig gedacht. Nach bisschen Probieren habe ich die ® über glossarylinks hochgestellt. Im Gegensatz zu registeredR ist der Code nun valide. Danke für den Tipp, der war gut!

Wolf

Hallo Wolf,

obwohl ich dir selber den Tipp gab, bekomme ich es damit nicht hin. Wie hast du das gemacht?

Kleiner Tipp noch evtl. zum Thema passend: Mit [contentmodify] kann man ausgesuchte Strings im FE auf unterschiedlliche Arten manipulieren, z.B. hervorheben mit STRONG oder eine Klasse vergeben; '.highlight'.

Gruß Andreas

[Wolf Larsen]

Hallo Wolf,

obwohl ich dir selber den Tipp gab, bekomme ich es damit nicht hin. Wie hast du das gemacht?

Im Anhang zwei Screenshots. Verrannt hatte ich mich erst, da das sup rausgefiltert wird, wenn man es nicht extra einstellt (01). Dann ersetze ich Solar einfach immer mit Solar und (r) hoch (02). Also in den Artikeln steht nur Solar(-)blabla und er ersetzt dann aus dem Glossar.

In meinem Template ist folgendes drin

<?php if($this->glossarytype == 'abbr'): ?><abbr class="glossary_abbr" title="<?php echo $this->definition; ?>"><?php echo $this->term; ?></abbr><?php else: ?><!-- indexer::stop --><!-- indexer::continue --><!-- indexer::stop --><?php echo $this->definition; ?><?php endif; ?><!-- indexer::continue -->

So etwa muss das gewesen sein.

Wolf

[Andreas]

Hallo Wolf,

danke. Deshalb bekomme ich das nicht hin, weil ich da was ganz anderes sehe. Die Erweiterung heißt doch [glossary], oder? Den ersten Screenshot habe ich überhaupt nirgendwo und im 2. seh ich das Feld 'Typ des Eintrags' nicht. Kann doch nicht an Contao 2.10.beta1 liegen? Mmh. Im Handbuch steht auch nichts dazu.

[MacKP]

Hallo Wolf,

danke. Deshalb bekomme ich das nicht hin, weil ich da was ganz anderes sehe. Die Erweiterung heißt doch [glossary], oder? Den ersten Screenshot habe ich überhaupt nirgendwo und im 2. seh ich das Feld 'Typ des Eintrags' nicht. Kann doch nicht an Contao 2.10.beta1 liegen? Mmh. Im Handbuch steht auch nichts dazu.

Hallo Andreas,
dann fehlt dir noch die Erweiterung Glossarylinks ;-)

Viele Grüße

[Andreas]

Aaah, ok danke, jetzt geht's.

[okapi]

Da wird dieses Feld wohl keine HTML-Elemente erlauben. Erlaube HTML-Elemente für dieses Feld in der system/config/dcaconfig.php.

...['eval']['allowHtml'] = true; 

Gruß Andreas

Tut mir leid, dass ich dieses Thema hier aufwärme, welches ich gefunden habe, als ich nach "HTML in Überschriften" gesucht habe.

['allowHtml'] scheint nämlich nicht zu funktionieren, jedenfalls nicht in Contao 2.10.1, dafür aber ['preserveTags'].

Die Zeile in der dcaconfig.php für HTML in Überschriften sollte also so lauten:

/* HTML in Überschriften */
$GLOBALS['TL_DCA']['tl_content']['fields']['headline']['eval']['preserveTags'] = true;

Ein hilfreicher Artikel zu weiteren Einträgen in der dcaconfig.php: http://schman.at/html-fur-den-seiten...chalten-contao

Gruß
Michael

[Andreas]

"allowHtml" müsste eigentlich funktionieren, evtl. benutzt du dort HTML-Elemente, welche du in den Einstelllungen nicht erlaubt hast.

[Andreas]

Siehe auch hier: http://www.contao.org/referenz.html#evaluation

"allowHtml" ist also vorzuziehen, da es sicherer ist.

[okapi]

Ich danke dir für den Hinweis, es lag daran, dass ich <br/> verwendete, in der Liste der erlaubten Tags allerdings nur <br> gelistet ist. Der feine Unterschied, <br/> flog daher beim Speichern immer raus!

Vielen Dank auch für den Link! Jetzt habe ich auch gleich gelernt, worin der Unterschied zwischen ['preserveTags'] und ['allowHtml'] besteht!

Ich bin immer wieder begeistert, was für ein klug durchdachtes System Contao ist.

Gruß aus Wien
Michael

[Andreas]

Ach, so viel Lob

Eigentlich sollte <br> in der Liste der erlaubten HTML-Tags reichen. Das wäre dann ein kleiner Bug, den man melden könnte. Ich check das mal in der Online-Demo.

[xchs]

<br> reicht.

Allerdings sollte man anstelle <br/> korrekterweise die Schreibweise <br /> verwenden und den Tag - standardkonform in XHTML - als inhaltsleer kennzeichnen.

[Andreas]

Ne, funktioniert in 2.10.2. Du musst nur korrekt das Leerzeichen auch mit eingeben.

<br />

Du brauchst also nicht <br/> hinzuzufügen. <br> reicht.

@xchs: wieder mal 2 doofe ein gedanke und einer war schneller

[xchs]

wieder mal 2 doofe ein gedanke

Wobei bei mir - abgesehen davon, dass die XHTML-Notation falsch ist - weder die Schreibweise <br/> noch <br /> aus dem Überschrift-Feld entfernt wird (so wie das oben okapi offenbar zuvor beobachtet hat). Naja...

[Andreas]

Bei mir schon. Da wurde <br/> entfernt. Ausgabe XHTML Contao 2.10.2 "allowHtml" CE Type Headline

[xchs]

Bei mir schon. Da wurde <br/> entfernt. Ausgabe XHTML Contao 2.10.2 "allowHtml" CE Type Headline

Tatsächlich? Also bei mir ist sonst alles gleich wie bei Dir. Einziger Unterschied: Contao-Version 2.10.1
Hat sich diesbezüglich im Trunk etwas geändert? Hmm...

[okapi]

Zusammenfassung:

Eintrag in der dcaconfig.php (allowHtml) und erlaubter Tag in den Einstellungen <br>
hat zur Folge:

<br> wird von Contao akzeptiert (ist aber nicht XHTML-konform)
<br/> wird nicht akzeptiert weil falsch und fliegt beim Speichern raus
<br /> wird akzeptiert

Mein Fehler war <br/>.

Ich danke euch!

Gruß
Michael

[Andreas]

Tatsächlich? Also bei mir ist sonst alles gleich wie bei Dir. Einziger Unterschied: Contao-Version 2.10.1
Hat sich diesbezüglich im Trunk etwas geändert? Hmm...

Sorry, mein Test war doch in 2.10.1. Ich denke nicht, dass sich da was verändert hat, ist ja korrekt so. Vom Ausgabetyp hängt es auch nicht ab. Also wie okapi auch sagt, <br/> fliegt raus.

[xchs]

Tja, dann weiß ich leider auch nicht, was bei mir anders sein soll. Es wird weder <br/> noch <br /> aus dem Feld für die Überschrift entfernt.

In der "dcaconfig.php" gibt es nur diese eine Konfigurationszeile:

$GLOBALS['TL_DCA']['tl_content']['fields']['headline']['eval']['allowHtml'] = true; 

• Contao 2.10.1 Standard-Installation mit Frontend-Template "Music Academy"
• keine installierten Drittanbieter-Erweiterungen
• Artikel-Inhaltselement vom Typ "Überschrift"
• Ausgabeformat "HTML" im (Standard)Seitenlayout

[Andreas]

Hab jetzt auch nochmal ganz neu aufgesetzt, allerdings 2.10.2. Kann deinen Fehler nicht reproduzieren, FF und Opera.

[pixxer]

Hallo zusammen...

Ich wärme das Thema nochmals auf
Die html-tags im Titel funktionieren prima.
Nun möchte ich das ganze auf den titel-tag vom Kalender, bzw. Eventleser (und somit auch Events) ausweiten.
Auf folgender Seite: http://www.tc-uznach.ch/kalender.html habe ich mehrzeilige Events die ich gerne selbst und nicht nur nach Platzbedarf umbrechen möchte.

/* HTML in Kalender */
$GLOBALS['TL_DCA']['tl_calendar_events']['fields']['headline']['eval']['preserveTags'] = true;
$GLOBALS['TL_DCA']['tl_events']['fields']['headline']['eval']['preserveTags'] = true;
$GLOBALS['TL_DCA']['tl_calendar']['fields']['headline']['eval']['preserveTags'] = true; 

bringen leider nicht das gewünschte Ergebnis.

[Andreas]

allowHtml probiert?