Oh, stimmt.
Ich kann tatsächlich & verwenden.
Ok, die HTML-Entities lasse ich ab jetzt weg.
Bzgl. default / de Section: Ich habe das im Original eh richtig. Habs nur für den Forum-Post hier gekürzt und in die falsche Section hinein kopiert.
Danke für die Hilfe, jetzt kenne ich mich aus.
Hi,
ich habe nicht wirklich daran geglaubt, aber das hat mir geholfen:
kanti schriebHallo Kaktus,
dieses Problem kannst Du beheben, in dem Du alle Sonderzeichen und Umlaute in UTF 8 Format schreibst.
Also für die Umlaute:
ü => ü
ö => ö
ä => ä
Ü => Ãœ
Ö => Ö
Ä => Ä
ß => ßGrüsse Kanti
groß torce10
weil ich das Problem jetzt mal wieder hatte:
besser vorher im Installtool be forceCharset = utf-8 einstellen, dann taucht es gar nicht mehr auf. ist eh verwunderlich, daß utf8 nicht schon lange default ist...
wer seine sonderzeichen raustun will kann forceCharset umstellen und dann im kickstarter nochmal durchgehn (wenn sich die extension noch im Frühstadium befindet)
Hallo,
da auch bei mir gerade das Problem auftrat unter Windows und ich etwas verwirrt war, dass nur die kryptischen Zeichen funktionierten, habe ich mal ein bisschen rumprobiert.
Es ist nicht zwingend notwendig 'forceCharset = utf-8' zu setzen wie user:zabinetta empfohlen hat.
Grund des Problems:
Unter Windows werden die Files, so auch die locallang.xml, typischerweise im Dateiformat ANSI gespeichert.
Lösung:
Damit Typo3 mit den Umlauten innerhalb deines Language files klarkommt, muss lediglich das Dateiformat dieser Datei auf UTF8 geändert werden. Dann kannst du alle Umlaute verwenden.
(Natürlich funktionieren dann die kryptischen Ersetzungen von user:torce10 nicht mehr.)
beste grüße
zabinetta schriebweil ich das Problem jetzt mal wieder hatte:
besser vorher im Installtool be forceCharset = utf-8 einstellen, dann taucht es gar nicht mehr auf. ist eh verwunderlich, daß utf8 nicht schon lange default ist...
wer seine sonderzeichen raustun will kann forceCharset umstellen und dann im kickstarter nochmal durchgehn (wenn sich die extension noch im Frühstadium befindet)
Genial einfach <-> einfach genial!!!
Großes Dankeschön an zabinetta.
Gruß,
miomio
Hallo zusammen,
aus aktuellem Anlass nochmal nach oben geholt. Bei einer älteren Extension hatte ich auch diese unerklärbaren Probleme. Alles läuft unter UTF-8, aber immer kam es bei dem Einsatz von Umlauten zu dieser Fehlermeldung.
Die einfachste Lösung brachte mir das Editieren des language files im BE-Editor der Erweiterungen.
Gruss
Roman
Roman01 schriebHallo zusammen,
aus aktuellem Anlass nochmal nach oben geholt. Bei einer älteren Extension hatte ich auch diese unerklärbaren Probleme. Alles läuft unter UTF-8, aber immer kam es bei dem Einsatz von Umlauten zu dieser Fehlermeldung.
Die einfachste Lösung brachte mir das Editieren des language files im BE-Editor der Erweiterungen.Gruss
Roman
Hallo!
Auch ich kämpfe ganz aktuell mit diesem Problem, allerdings bezogen auf die Anführungszeichen.
Roman, könntest Du die Vorgehensweise bitte etwas näher erläutern?
Zum Ausgangsproblem: Ich habe die Betreuung einer Seite übernommen, die schon seit 2009 existiert. Derzeitige Typo3-Version ist 4.5.17. Einige Extensions mussten aktualisiert werden bzw. habe ich offensichtlich erstmals zum Laufen gebracht und einige Updates ausgeführt (z.B. t3query,
perfectlightbox usw). Die Seite ist mehrsprachig, im Typoscript ist für Deutsch auch utf-8 eingetragen.
Gestern ist mir erstmals aufgefallen, dass es mir auf einmal nicht mehr möglich ist, innerhalb des RTE Anführungszeichen einzugeben, sie werden sowohl im BE als auch im FE als quot... ausgegeben. forcecharset ist auf utf-8 eingestellt. Da ich auch weiterhin Texte mit eingeben muss, wäre ein Hinweis in die richtige Richtung sehr hilfreich. Handelt es sich hier auch um ein utf-8-Problem oder ...?
Danke für jede Antwort!
Ramona
Versucht es mal so:
<tagname><![CDATA[Hier steht viel "Zeug" und auch <tags> sind in Verwendung]]></tagname>
Gernott schriebVersucht es mal so:
<tagname><![CDATA[Hier steht viel "Zeug" und auch <tags> sind in Verwendung]]></tagname>
Hallo Gernott,
danke für die sehr schnelle Antwort.
Meinst Du innerhalb der Textansicht oder in der <>html-Ansicht des RTE? Ich hab nämlich eben festgestellt, dass ich die Zeichen innerhalb der <>Ansicht eingeben kann und dann bleiben sie auch, einfach als "Testeintrag für " und " und usw" eingegeben. Will ich aber am Text im Nachhinein verändern und speichere dann nochmal ab, dann werden die Zeichen wieder umgewandelt. Irgendwo in einem Forenbeitrag in den Tiefen des Netzes habe ich mal etwas zur doppelten Umwandlung gelesen, finde diesen Beitrag aber leider nicht wieder.
Gruß, Ramona
Sorry, habe falsch gelesen. Es geht um den RTE und nicht um die Locallang Files.
Installiere die Extension phpMyAdmin und prüfe ob die DB auf UTF8 eingestellt ist. Stelle das ggf. korrekt ein.
Prüfe dann die Tabellen pages und tt_content. Sieh nach ob die Inhalte lesbar sind oder kryptische Zeichen. Besonders die Umlaute. Wenn Sie passen dann kannsT du beruhigt im Installtool mit forcecharset und setbdinit experiemntieren.
Wenn die Zeichen nicht passen musst du diese konvertieren. Das ist nicht einfach.
Ja, ich fürchte, mein Problem befindet sich in der falschen Abteilung, aber anfangs dachte ich, es könnte damit etwas zu tun haben. Vielleicht lässt sich das ja sonst auch verschieben.
Also, ich habe vorhin einmal versucht, das forcecharset "leer" zu machen (habe das utf-8 rausgelöscht) und danach habe ich fürchterlichen Krautsalat bekommen, inkl. der Umlaute natürlich. Dass eine Konvertierung der DB ein ziemlicher Aufwand ist, habe ich auch schon irgendwo gelesen. Hoffe, das bleibt erspart, es ist eine Seite, die wirklich sehr viele Inhalte hat, hinsichtlich Extensions und Aktualität usw aber nicht sehr aktuell ist (was ich ja jetzt ändern soll). Dh eine Konvertierung der DB würde wahrsch. sehr lange dauern.
Wie lange bist Du noch online? Werde jetzt mal rausfinden, wie die DB eingestellt ist.
So wie es aussieht, ist die DB auf Kollation utf-8-general-ci eingetragen. Ist das das Problem oder suche ich im RTE-Abschnitt weiter?
Die Kollation ist korrekt.
Wie sehen die Daten in der DB aus?
Such in der pages Tabelle im PhpMyAdmin nach einer Seite mit Umlauten im Namen und prüfe ob diese korrekt angezeigt wird, oder ob statt dem Umlaut zwei Sonderzeichen zu finden sind.
Wenn es passt sollte im Installtool folgendes eingestellt sein:
forcecharset: utf-8
setdbinit: SET NAMES utf8;
Allerdinge nur bis TYPO3 4.6. Ab 4.7 ist der Wert automatisch so gesetzt.
Hallo!
Vielen Dank für Deine Mühe, Gernott!
Anzeige in der DB ist bei den Einträgen, die im FE vernünftig ausgegeben werden, auch normal. Umlaute sind nie das Problem, die werden immer richtig angezeigt. Doppelte Leerstellen, Klammern und Gänsefüße werden schon gleich beim Speichern umgewandelt, auch wenn ich jetzt einen Inhalt, der bislang korrekt war, neu abspeichere. Ich vermute, es könnte mit dem config unter "Sprachen" weiter unten im TS zusammenhängen bzw. dem HTML-Parser-Eintrag?.
Im Installtool stand folgendes:
[setDBinit]
String (textarea): Commands to send to database right after connecting, separated by newline. Ignored by the DBAL extension except for the 'native' type!
SET NAMES utf8;
SET CHARACTER SET utf8;
SET SESSION character_set_server=utf8;
[UTF8filesystem]
Boolean: If true and [BE][forceCharset] is set to utf-8, then TYPO3 uses utf-8 to store file names. This allows for accented Latin letters as well as any other non-latin characters like Cyrillic and Chinese.
[SYS][UTF8filesystem] = 1
[forceCharset]
String: Normally the charset of the backend users language selection is used. If you set this value to a charset found in t3lib/csconvtbl/ (or "utf-8") the backend (and database) will ALWAYS use this charset. Always use a lowercase value. NOTICE: This option is deprecated since TYPO3 4.5, and will be removed in 4.7. Please use proper tools to set your installation to native UTF-8.
[BE][forceCharset] = utf-8
Habe dann die beiden Zeilen
SET CHARACTER SET utf8;
SET SESSION character_set_server=utf8;
rausgelöscht, ohne Änderung. Nach dem Speichern stand dann aber:
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8\' . LF . \'\' . LF . \''
$TYPO3_CONF_VARS['BE']['versionNumberInFilename'] = '0'
Im Typoscript steht folgendes: Irritiert bin ich etwas dadurch, dass für das cleaning von tt_content alles mögliche auskommentiert ist, tw. aber zwei Rauten davor stehen. Kann das etwas durcheinanderbringen?
################################################################################
# code cleaning
################################################################################
##### Dokumententitel definieren
page.config.xmlprologue = none
page.config.doctype = xhtml_trans
page.config.htmlTag_setParams = xmlns="http://www.w3.org/1999/xhtml" xml:lang="de" lang="de"
##### entfernen des spacer.gif bzw. clear.gif
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0
##### Anker entfernen
#tt_content.stdWrap.dataWrap >
##### clear.gif hinter der Überschrift entfernen
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0
##### Umbruch <br /> nach der Überschrift entfernen
lib.stdheader.10.stdWrap.wrap = |
tt_content.textpic.20.spaceBelowAbove = 0
tt_content.image.20.spaceBelowAbove = 0
tt_content.textpic.20.noStretchAndMarginCells = 1
tt_content.image.20.noStretchAndMarginCells = 1
##### Überschriften formatieren
lib.stdheader.stdWrap.dataWrap =
lib.stdheader.10.1.fontTag = <h1>|</h1>
lib.stdheader.10.2.fontTag = <h2>|</h2>
lib.stdheader.10.3.fontTag = <h3>|</h3>
lib.stdheader.10.4.fontTag = <h4>|</h4>
lib.stdheader.10.5.fontTag = <h5>|</h5>
### entfernt "class=bodytext" aus p-Tags
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes >
##### Header [begin] [end] entfernen
config.disablePrefixComment = 1
##### Entfernt alles, was um Bilder gewrapt wird
#tt_content.stdWrap.innerWrap.cObject >
##tt_content.stdWrap.innerWrap2 >
#tt_content.dataWrap >
#tt_content.prepend >
#tt_content.textpic.20.text.10.10.stdWrap.dataWrap >
#tt_content.image.20.imageStdWrap.dataWrap >
#tt_content.image.20.imageStdWrapNoWidth.wrap >
#tt_content.image.20.imageColumnStdWrap.dataWrap >
#tt_content.image.20.layout.default.value = ###IMAGES######TEXT###
#tt_content.image.20.layout.1.value < tt_content.image.20.layout.default.value
#tt_content.image.20.layout.2.value < tt_content.image.20.layout.default.value
#tt_content.image.20.layout.8.value < tt_content.image.20.layout.default.value
#tt_content.image.20.layout.9.value < tt_content.image.20.layout.default.value
#tt_content.image.20.layout.10.value < tt_content.image.20.layout.default.value
#tt_content.image.20.layout.17.value < tt_content.image.20.layout.default.value
#tt_content.image.20.layout.18.value < tt_content.image.20.layout.default.value
#tt_content.image.20.layout.25.value < tt_content.image.20.layout.default.value
#tt_content.image.20.layout.26.value < tt_content.image.20.layout.default.value
#tt_content.image.20.rendering.dl.imageRowStdWrap.dataWrap >
#tt_content.image.20.rendering.dl.oneImageStdWrap.dataWrap >
#tt_content.image.20.rendering.dl.imgTagStdWrap.wrap >
#tt_content.image.20.rendering.dl.editIconsStdWrap.wrap >
#tt_content.image.20.rendering.dl.caption.wrap >
#tt_content.textpic.20.text.10.10.stdWrap.dataWrap >
#tt_content.textpic.20.text.wrap >#
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.callRecursive = 0
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class >
################################################################################
# end code cleaning
################################################################################
################################################################################
# Sprachen
################################################################################
#### UTF-8 Umstellung
config.renderCharset = utf-8
config.additionalHeaders = Content-Type:text/html;charset=utf-8
#### Sprachumstellung
config{
language = de
locale_all = de_DE.UTF8
stdWrap.htmlSpecialChars = 1
}
...
################################################################################
# Lightbox fuer Galerie (chgallery) aktivieren
################################################################################
plugin.tx_chgallery_pi1.gallery.image {
imageLinkWrap = 1
imageLinkWrap {
enable = 1
typolink {
title.field= tx_chgalleryTitle
parameter.override.cObject = IMG_RESOURCE
parameter.override.cObject {
file.import.data = TSFE:lastImageInfo|origFile
file.maxW = 600
file.maxH = 600
stdWrap.postUserFunc = user_replaceSpaces
}
# used lightbox is pmkslimbox
ATagParams = rel="lightbox"
ATagParams.override = rel="lightbox[presentlb{field:uid}]"
ATagParams.insertData = 1
}
}
}
plugin.tx_chgallery_pi1.single.image < plugin.tx_chgallery_pi1.gallery.image
################################################################################
# Extratemplate für die Sprachen
################################################################################
temp.SPRACHE = COA
temp.SPRACHE {
wrap = <ul id="menu_flag"> | </ul>
...
50 = TEXT
50 {
field = uid
dataWrap = <li><a href="index.php?id=|&L=2" ><img src="uploads/tf/flag_uk.gif" alt="Sprache = Englisch" width="26" height="13" border="0" title="Sprache = Englisch"/></a></li>
}
60 = TEXT
60 {
field = uid
dataWrap = <li><a href="index.php?id=|&L=0" ><img src="uploads/tf/flag_de.gif" alt="Sprache = Deutsch" width="26" height="13" border="0" title="Sprache = Deutsch"/></a></li>
}
}
Kommentiere mal diese Zeile aus:
stdWrap.htmlSpecialChars = 1
Wenn es nicht hilft schau in die page TS-Config ob du etwas ähnliches findest. Bzw. Kommetiere sie mal komplett aus um herauszufinden ob die Ursache dort liegt (wäre am Naheliegendsten).
Guten Morgen!
Es klappt!!
Diese Zeile hatte ich selbst reingeschrieben (irgendwo als Ansatz zur Problemlösunng geschrieben)
ABER: im TSconfig gab es tatsächlich auch noch eine. Ich war auch immer schon auf der Suche nach TS-Einträgen, die aber immer leer waren. Jetzt habe ich aber die entsprechede Seite mit der entsprechenden Zeile gefunden. Bin halt noch ein Tüffelchen!
Vielen herzlichen Dank für Deine Hilfe!!