romacron
Themenersteller
JDev Xer
Content Gott (1224 Beiträge)

smarty und br-tag

am 10.10.2011, 09:20 Uhr eröffnete romacron folgenden Thread
Sonstige    3560 mal gelesen    7 Antwort(en).

Hallo zusammen,

ich ärger mich seit Tagen mit einem br Tag herum. Es ist eine Art CMS mit Smarty und einem ollen "We see what we should store if everything is fine" Editor.

Im Editor werden Zeilenumbrüche ohne selfe-closed erstellt. Beim Speichern fix mit einer Regex drüber und ein Xhtml-valides br in der Datenbank speichern. Das klappt auch reibungslos.

Bei der Ausgabe haperts dann. Dumpe ich die Datenbankzeile werden mir die self-closed br's richtig ausgegeben.
Gebe ich die Zeile mit $smarty->assign raus, bekomme ich
's im Browser angezeigt.
Egal an welcher Stelle ich die Regex doppelt und dreifach drüber laufen lasse, es wird immer wieder der einfache br tag.

Vielleicht hat jemand einen konkreten Lösungsansatz. Das sieht mir nach einem Smarty Problem aus.

Vielen Dank


klaus_b
Avatar klaus_b
Er ernährt mich ;-)
Content Meister (328 Beiträge)
am 10.10.2011, 09:54 Uhr schrieb klaus_b

Hallo Roman,

soweit ich dich verstehe, wird smarty von einem CMS gehostet. Hast du da keine Möglichkeit, auf der Ebene des CMS in den HTML-Output einzugreifen und erst dort das ausgegebene HTML zu fixen?
Das spart dir die gesamte doppelte Korrektur. So kannst du smarty machen lassen was es will, da du ja erst nach smarty die Korrekturen vornimmst.

Servus,
Klaus


klaus_b@.NET über alles was an .NET und C# Spass macht.

romacron
JDev Xer
Content Gott (1224 Beiträge)
am 10.10.2011, 10:42 Uhr schrieb romacron

Zunächst vielen Dank

Stand der Dinge
irgendwo hängts hier derbe mit der Kodierung.
Das sieht gewaltig nach einer Bastel-Aufgabe aus.
Wer codiert wann was um und warum.

Ich glaube das ist der Nachteil bei prozeduralem Code


matthes
Avatar matthes
Foren Moderator
Evil Genius
Content Halbgott (973 Beiträge)
am 10.10.2011, 12:29 Uhr schrieb matthes

Ãœberprüfe mal, ob irgendeine Form von HTML Tidy aktiv ist.
Das sieht auf den ersten Blick wie eine viel zu einfache Lösung aus, aber wenn es aktiv ist und man nicht darauf kommt, ist man in Kürze so weit, dauerhaft stationär eingewiesen zu werden.


Make Seitenreport great again!

romacron
JDev Xer
Content Gott (1224 Beiträge)
am 10.10.2011, 12:46 Uhr schrieb romacron

:klatschen:

Matthes, genau das war es.
Habe die Seite local on the fly validiert gehabt.

..hast recht, da kann man wirklich doof bei werden..

Vielen Dank


Edit: firefox html validator -> Einstellungen SGML Parser verwenden.

..so wie ich es fix überflog, arbeitet der SGML-Parser nach dem Doctype (ich glaube das ist besser als found and try to validate something)


romacron
JDev Xer
Content Gott (1224 Beiträge)
am 10.10.2011, 13:37 Uhr schrieb romacron

...ich eskalier
Nach Umschaltung auf SGML wurde der br-Tag nicht mehr als Fehler bewertet.
schön und gut

So sieht es im firebug unter html aus
[html]

Wer sind die
[/html]

und so im IE

[html]

< br />Wer sind die
[/html]

Ich könnte damit leben, will es aber nicht. Finde es echt lästig wenn nicht das angezeigt wird was eigentlich vorhanden ist.

Gibt es eine Möglichkeit dieses Umschreiben zu beheben


joerg
Avatar joerg
Fachinformatiker Anwendungsentwicklung
Content Gott (1941 Beiträge)
am 10.10.2011, 14:02 Uhr schrieb joerg

Hallo Roman

Welchen Doctype nutzt du denn momentan?

Wenn das der Html Validator ist den ich auch nutze den habe ich bei den Einstellungen auf nacheinander stehen.

Gruß
Jörg


Zufällige Umleitung zu der Startseite einer meiner Domains
Meine ungewöhnlichen Tools

romacron
JDev Xer
Content Gott (1224 Beiträge)
am 16.10.2011, 08:54 Uhr schrieb romacron

..Es war mir dann doch einen Post bei den Entwicklern wert.

Die Antwort kam innerhalb 2 Stunden.

getfirebug.com/wiki/index.php/HTML_Panel



Der Node-View (html-Tab im firebug) ist kein Source Code...

Vielen Dank für die Hilfe


  • 1


« zurück zu: Sonstige

Das Seitenreport Forum hat aktuell 5275 Themen und 36110 Beiträge.
Insgesamt sind 48360 Mitglieder registriert.