Zum Inhalt springen

<H3> Tag Problemchen

Erstellt am 2. Februar 2004 · 24 Antworten · letzte Antwort am 31. August 2004 · Seite 1 von 2

Tags: Frage

schnoes ·

Es geht darum dass er mir den Tag auf der aufgerufenen Seite darstellt, sprich er zeigt mir den H§ Tag auf der PAge selbst an und nicht im Qulltext, sprich er kann in nicht interpretieren!

schnoes ·

Setup Code:

page = PAGE
page.includeCSS {
  file1 = fileadmin/acvr/stylesheets/styles.css
  file2 = fileadmin/acvr/stylesheets/styles2.css
}
page.typeNum = 0
page.10 = CONTENT
page.10.table = tt_content

Das ist ein Auszug des HTML Codes wo der H3 Tag sein sollte:

<TD colSpan=2><P style="margin:0 0 0 0;">&lt;H3 class=&quot;&quot;&gt;Automotive Cluster und Interessensvertretungen:&lt;/H3&gt;</P></td>

Danke für deine Mühe!

Mfg
schnoes

maxhb ·

Hi!
Also Dein Setup sieht gut aus, aber das...

<TD colSpan=2><P style="margin:0 0 0 0;">&lt;H3 class=&quot;&quot;&gt;Automotive Cluster und Interessensvertretungen:&lt;/H3&gt;</P></td>

ist nicht gut!
Da muss ich mal drüber nachdenken, warum der bei Dir die Tags in HTML-Entities umwandelt, das sollte nicht passieren...

CU
maxhb

schnoes ·
maxhb schrieb

Hi!
Also Dein Setup sieht gut aus, aber das...

<TD colSpan=2><P style="margin:0 0 0 0;">&lt;H3 class=&quot;&quot;&gt;Automotive Cluster und Interessensvertretungen:&lt;/H3&gt;</P></td>

ist nicht gut!
Da muss ich mal drüber nachdenken, warum der bei Dir die Tags in HTML-Entities umwandelt, das sollte nicht passieren...

CU
maxhb

Danke nochmal für deine Mühe! Für eine Lösung steht jetzt scho bald eine Kiste Bier 🙂 !

Mfg
schnoes

waRhawK ·

Ich hatte das Problem auch gehabt!

Ich glaube das hatte was damit zu tun, den Content RTE Compliant zu rendern!

Das Feld müsste sich im Constant Editor unter der Kategorie ADVANCED befinden! Änder es mal und schau was passiert!

Gruss,
waRhawK

maxhb ·

Hi!

waRhawK schrieb

Das Feld müsste sich im Constant Editor unter der Kategorie ADVANCED befinden! Änder es mal und schau was passiert!

Am Besten auch den Inhalt Deines RTE-Textes noch mal löschen und neu eingeben, nicht das da schon etwas völlig falsches in der Datenbank steht...

CU
maxhb

schnoes ·
maxhb schrieb

Hi!

waRhawK schrieb

Das Feld müsste sich im Constant Editor unter der Kategorie ADVANCED befinden! Änder es mal und schau was passiert!

Am Besten auch den Inhalt Deines RTE-Textes noch mal löschen und neu eingeben, nicht das da schon etwas völlig falsches in der Datenbank steht...

CU
maxhb

😢 😢 😢

Thx einmal für eure Hilfe! Funktioniert leider alles nicht! Ist jetzt schon langsam frustrierend!

mfg
schnoes

qlimax ·

Hallo,

ich habe auch das gleiche Problem und schon in andern Foren nach Lösungen gesucht. Leider hab ich es nicht geschafft es zu ändern. Es sollte soviel ich weiss mit den Einstellungen in der TSConfig möglich sein das zu ändern. Vielleicht mal im Help-File vom RTE nachschlagen?
Naja, ich suche schon seit 1.5 Stunden nach einer Lösung, da Problem nervt. Als Hack-Lösung mache ich mal ein JavaScript dass auf dem ganzen HTML Dokument alle &lt Tags durch < ersetzt, und alle &gt durch > *g*.

Lg, Joel

qlimax ·

Hallo,

http://www.typo3berlin.de/fileadmin/typo3dok/RTE-RichTextEditor.pdf

Hier findet ihr die Doku zum RTE. Beim Attribut Proc gibt es folgende Attribute:

dontUndoHSC_db:boolean
Direction: To database
Default is to re-convert literals to characters (that is &lt; to <) outside of HTML-tags.
This is disabled by this boolean. (HSC means HtmlSpecialChars - which is a PHP
function)

dontProtectUnknownTags_rte: boolean
Direction: To RTE
Default is that tags unknown to HTMLparser_rte is “protected” when sent to the RTE.
This means they are converted from eg <MYTAG> to &lt;MYTAG&gt;. This is normally
very fine, because it can be edited plainly by the editor and when returned to the
database the tag is (by default, disabled by .dontUndoHSC_db) converted back.
Setting this option will prevent unknown tags from becoming protected.

dontHSC_rte: boolean
Direction: To RTE
Default is that all content outside of HTML-tags is passed through htmlspecialchars().
This will disable that. (opposite to .dontUndoHSC_db)
This option disables the default htmlspecialchars() conversion.

Das ist eigendlich genau das Problem dass die < Tags durch lt; ersetzt werden und im Browser deshalb dargestellt und nicht geparst.

Ich habe die obigen Attribute mal in die TSConfig meiner Root-Seite kopiert. Leider geht das immer noch nicht. Sollte aber eigendlich.

Meine TSConfig sieht jetzt so aus:
RTE.default.proc.typolist = 0
RTE.default.proc.typohead = 0
Schaltet das ersetzten von ul,ol nach typolist und h1 nach typohead ab.

RTE.default.proc.dontRemoveUnknownTags_db = 1
RTE.default.proc.dontUndoHSC_db = 1
RTE.default.proc.dontProtectUnknownTags_rte = 1
RTE.default.proc.dontHSC_rte = 1
Stellt die Optionen wie oben beschrieben ein (Weiss nicht ob das im Richtigen Kontext ist.

RTE.default.proc.exitHTMLparser_rte = 0
RTE.default.proc.exitHTMLparser_db = 0
RTE.default.proc.entryHTMLparser_rte = 0
RTE.default.proc.entryHTMLparser_db = 0
Mit diesen 4Zeilen habe ich mal versucht den HTML Parser auszuschalten, geht aber nicht... wie die andern Sachen

Hat jemand von euch eine Lösung dafür?
Könnte das Problem vielleicht woanders (nicht am RTE) liegen. Zum Beispiel am Frontend-HTMLParser?!

Gruss, Joel

qlimax ·

Hallo zusammen,

ich habe einen andern Lösungsansatz, da bei mir alles nicht funktioniert hat!? Ich habe versucht ein search replace Script (v. Peter Niederlag, etwas abgeändert) bei mir einzubauen. Leider funktioniert das auch nicht!?

Ich habe 100te Einstellungen im Setup/TSConf/etc. ausprobiert und das Internet durchstörbert nach einer Lösung. Ich möchte nur das diese < und > Tags NICHT ersetzt werden? Es kann doch unmöglich sein dass so etwas so schwer ist auszuschalten!!? Wenn es wirklich einige Stunden Aufwand bedeutet herauszufinden, wie eine solche Option auszuschalten ist, ist typo nicht das richtige CMS!

Nachfolgend das Script das ich einbinden wollte was nicht mal aufgerufen wird, keine Ahnung warum...

TS.Setup:
##<--[TS.Setup des Root-Templates]-->##
# import the XML-Word-Cleaner-skript
includeLibs.cleanlib = fileadmin/scripts/wordclean.php

# Get rid of parseFunc.externalBlock. Don't know what it is used for
# Got problms with it for RTE Content
# Links wouldn't be generated in tables
[globalVar=LIT:0<{$content.RTE_compliant}]
tt_content.text.20.parseFunc.externalBlocks >

# Do some cleanup for word
tt_content.text.20.preUserFunc = user_wordclean
##<--[TS.Setup des Root-Templates]-->##

Das Filter-Script:
##<--[fileadmin/scripts/wordclean.php]-->##
<?php
function user_wordclean($content,$conf) {
$cleancontent = str_replace ( "&gt;", ">", $content );
$cleancontent = str_replace ( "&lt;", "<", $cleancontent );
return $cleancontent;
}
?>
##<--[fileadmin/scripts/wordclean.php]-->##

Gruss, Joel

maxhb ·

[​quote="qlimax"]

[globalVar=LIT:0<{$content.RTE_compliant}]
tt_content.text.20.parseFunc.externalBlocks >

Also, da fehlt auf jeden Fall ein schliessendes [global]

CU
maxbh

qlimax ·

Hallo

Danke 😉 ist mir auch schon aufgefallen. Das ändert auch nichts...alles geht nicht! ..

Gibt es nicht irgend eine Möglichkeit direkt vor dem output noch einen search-replace einzubauen der all diese Tags ersetzt?

Gruss, Joel

qlimax ·

Mal ne einfachere Frage:
Warum wird bei allen Beschreibungen die den HTML-Parser etc. betreffen auf das Element tt_content.text.20 zugegriffen. Hat das 20-ste Element eine bestimmte Bedeutung. Ist genau festgelegt was in dem text.20 kommt oder könnte ich die Einstellungen auf text.10 machen??

maxhb ·

Hi!

qlimax schrieb

Ist genau festgelegt was in dem text.20 kommt oder könnte ich die Einstellungen auf text.10 machen??

Geh doch mal in die Template Ansicht und dort zum TS-Objectbrowser. Wenn Du nun den Zweig tt-content öffnest findest Du dort Untereinträge für dier verschiedenen Inhaltselemente, auch für TEXT. Dort kannst Du sehen, dass für TEXT alle entscheidenden Definitionen im Element 20 abgelegt sind. Dementsprechend kannst Du mit text.10 nicht das gleiche erreichen...

CU
maxhb

P.S.: Ist halt einfach eine Festlegung, die man wissen muss, ansonsten sucht man sich nen Wolf ;-)

qlimax ·

Noch ne Frage:

Geht ALLES, was auf der Seite dargestellt wird, so auch z.B. news-einträge, einträge von plugins, etc. durch den Parser von tt_content.text.20?

Gruss, Joel

maxhb ·

Hi!

qlimax schrieb

Geht ALLES, was auf der Seite dargestellt wird, so auch z.B. news-einträge, einträge von plugins, etc. durch den Parser von tt_content.text.20?l

Nein, die verschiedenen Elemente werden auch verschieden gerendert. geh noch mal in den Typoscript-Objektbrowser, da findest Du z.B. den Eintrag "plugin" auf der obersten Ebene, gleich darunter "tt_news". Dementsprechend stehen die Einstellungen für die News unter "plugin.tt_news". Allgemein sollten die relevanten Einträge immer den Extensionnamen, also das Kürzel, welches für jede extension angezeigt wird (z.B. tt_news bei dem News Plugin, tt_board für das Forum, etc.) enthalten.

CU
maxhb

qlimax ·

okay, danke für die Hilfe!! ich hab jetzt herausgefunden wo das Problem lag.

Ich machte alle einstellungen auf dem tt_content, aber meine Plugins haben seperate Einstellungen für den Parser. Ich habe nun einfach die parseFunc vom tt_content in die parseFunc von meinen Plugins kopiert:

plugin.tx_cwtpresscenter_pi1.general_stdWrap.parseFunc < tt_content.parseFunc

Gruss, Joel

Martoro ·

das geht bei mir

# erlaubte tags im rte definieren
tt_content.text.20.parseFunc.denyTags = 
tt_content.text.20.parseFunc.allowTags = *