<H3> Tag Problemchen

schnoes · 2004-02-02T15:59:10+00:00

Hi folgendes problem: Wenn ich über den RTE einen H3 Tag definiere sprich z.B.: füge ich in der Quelltextansicht blablabla ein, werden mir dies in der RTE Ansicht auch richtig angezeigt! Wenn ich mir dann aber die Seit eim Frontend anzeigen lasse, steht blablabla --> Tag wird nicht übernommen! Irgendjemand einen Plan woran das liegt?? Mfg schnoes

maxhb · 3. Februar 2004 14:53

Hi!
Poste mal Dein Typo Script Setup und den Quellcode der angezeigten HTML-Seite.

CU
maxhb

schnoes · 3. Februar 2004 16:42

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 · 3. Februar 2004 18:24

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 · 4. Februar 2004 09:49

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 · 4. Februar 2004 11:59

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 · 4. Februar 2004 12:04

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 · 4. Februar 2004 13:31

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 · 1. März 2004 08:45

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 · 1. März 2004 10:01

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 < 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 <MYTAG>. 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 · 3. März 2004 16:55

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 ( ">", ">", $content );
$cleancontent = str_replace ( "<", "<", $cleancontent );
return $cleancontent;
}
?>
##<--[fileadmin/scripts/wordclean.php]-->##

Gruss, Joel

maxhb · 3. März 2004 17:14

[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 · 3. März 2004 17:19

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 · 5. März 2004 08:46

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 · 5. März 2004 11:29

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 · 10. März 2004 11:20

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 · 10. März 2004 11:52

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 · 10. März 2004 12:31

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 · 31. August 2004 12:00

das geht bei mir

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