is no Typo3 language file??

Hallo,

seit dem Update auf 4.2 erscheint nach dem anpassen der lcallang verschiedener Ext. folgender Text:

/html/typo3conf/ext/irfaq/pi1/locallang.xml" is no TYPO3 language file

Hier als Beispiel für dei Ext. Modern FAQ

Sicher hab ich vergessen irgendwas einzustellen?

Grüße kaktus

Hallo 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

ü ist definitiv nicht utf-8 😉

Hallo Kanti,

danke für den Hinweis, aber das kanns doch eigentlich nicht sein, oder? Vor dem Update gings doch auch.

Grüße, kaktus

schau mal in die xml. manche Extensions haben ein Pseudo-xml, das dann leer ist. Dann kommt genau diese Fehlermeldung.
Abhilfe: der Aufruf $this->pi_loadLL(); muss auskommentiert werden oder die xml muss Standardeinträge bekommen.

Hallo!

Ich habe das Problem, sobald ich das & Zeichen im Text habe.

Also das funktioniert:

<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<T3locallang>
	<meta type="array">
		<type>module</type>
		<description>Language labels </description>
	</meta>
	<data type="array">
		<languageKey index="default" type="array">
			<label index="intro">Möglichkeiten</label>
		</languageKey>
	</data>
</T3locallang>

und das nicht (die Leerzeichen beim ö sind nur da, damit es hier im Forum richtig angezeigt wird...):

<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<T3locallang>
	<meta type="array">
		<type>module</type>
		<description>Language labels </description>
	</meta>
	<data type="array">
		<languageKey index="default" type="array">
			<label index="intro">M & o u m l ; glichkeiten</label>
		</languageKey>
	</data>
</T3locallang>

Also die HTML-kodierung darf nicht mehr gemacht werden. Und wenn im Text wo ein & Zeichen vorkommt muß ich es durch das Wort "und" ersetzen... Ist das ein Bug im TYPO3? Habt Ihr das selbe Problem?

lg
Gernott

Die Langdateien sind nicht umsonst mit utf8 kodiert, Entities braucht man nicht.
Allerdings kann man Entities benutzen wie >, < etc

In der default-section darf man keine! Umlaute benutzen, default ist immer englisch.
Benutze dazu die section de.

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 schrieb

Hallo 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 schrieb

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)

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 schrieb

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

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 schrieb

Versucht 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.