Darstellung Von Sonderzeichen Fehlerhaft
Autore: Laszlo T.
Visite 1842,
Followers 2,
Condiviso 82
Umlaute, Sonderzeichen u.ä. aus importiertem Projekt werden manchmal korrekt, aber auch manchmal unkorrekt angezeigt. z.b. das ü im text kommt gar nicht richtig, oder eben auf einer anderen seite dann doch richtig...?
Postato il
Das sind Sonderzeichen aus zusätzlich eingefügten Codes/Modulen?
X5 verwendet neuerdings Zeichenkodierung utf-8. Eingebundene Elemente sind für ISO-8859-1 und können daher falsch dargestellt werden.
Entweder gibt es eine Möglichkeit bei externen Modulen auf utf-8 umzustellen, oder manuell code und Scripte überarbeiten/anpassen.
Das hieße umschreiben:
ü - ü
ä - ä
usw.
Autore
Nein, das problem entsteht bei textelementen, die aus der V8 übernommen wurden - s.bilder...
bei manchen elementen/seiten aus dem importierten projekt sind diese zeichen korrekt dargestellt, bei manchen nicht....
ich denke, es ist so ähnlich wie mit dem "pfad-vergessen" bei images....
Autore
oh, wie chic, hier die zweite anlage / scheint nur eins nehmen zu wollen - grummel
Was ist das "Festival"? Ein Menü, ein Text-Objekt? Poste den Inhalt mit Screenshot.
Und bei der 2. Anlage den Textabschnitt 1:1 posten mit Screenshot.
Autore
also das bild trägt den namen menü aus V8 - dies bedeutet: es ist ein importiertes MENÜ der seite - ok? das wort heißt festival´s - so sollte es jedenfalls heißen. rechts daneben ist ein wort - es heißt eigentlich Mühlengeez, aber das ü wird nicht korrekt angezeigt.
www.wohin-in-mv.de
hier das bild:
Autore
1:1 gibt es auf www.wohin-in-mv.de
hier der text - es geht um die anführungszeichen - deswegen auch der name des screenshots.....
Ich weiß, ist keine Lösung, sollte das Programm können.
Aber damit Du weiter kommst schreibe statt den Anführungszeichen
"
und aktiviere oben HTML (</>).
Im Menü musst Du versuchen. Einfach statt dem '-zeichen: '
Wird aber da nicht funktionieren, glaube ich.
Bei den Entitys (Codes) das Simikolon am Ende nicht vergessen.
Wäre nett, wenn Du noch eine Rückmeldung gibst.
Und sei bitte so nett und stelle mich nicht als kleinen dummen Jungen hin. Dass Dein Bild so heißt, heißt noch lange nicht dass das gemeint ist. Das weiß ich nunmal aus Erfahrung.
Parallel versuche ich auch noch anderen zu helfen..., genauso wie Dir.
Autore
hi und danke für die antwort..
hm, stimmt die lösung wäre das "können'" des programmes. hatte die nacharbeit schon mit den fehlenden pfaden etlicher bilder. musste etliche manuell erneuern. stöhnt.
ist ja ne menge holz, dies zu ändern hilft ja nix. danke für die hilfe .
dummer junge? böser junge, der dies denkt.... sorry für, es ist immer nicht gut, ein "angefressen-sein" in worte zu packen.
nochmals danke für´s feedback.....
Autore
so - ich hab die lösung...
liegt wirklich an serverseitigen einstellungen....
jetzt funktioniert es....
also beim hoster nachfragen....
Ich betrachte dieses Thema nicht als gelöst.
Den Fehler in der Programmierung kann man gut erkennen, wenn man sich in der Vorschau den Quelltext ansieht. Da werden bei neu angelgten Texten die Zeichen richtig kodiert (z.B. ö wird zu Ö), aber bei Titeln oder Beschreibungen für Zellen z. B. passiert nichts.
Ich habe noch nie erlebt, das eine neue Version, die so perfekt sein soll, dermaßen viele Fehler produziert (die Liste wird immer länger...), die einfach nicht sein müssen.
Schon in der Vorgängerversion musste ich HTML-Korrekturen vornehmen, jetzt werden die Fehler noch mehr. Vielen Dank, liebes Incomedia-Team. Wer bezahlt mir eigentlich die Überstunden? Und so etwas wird auch noch als geeigent für semiprofessionelles Webdesign verkauft...
Ich bin echt sauer
Also es war tatsächlich die Einstellung beim Hoster:
"Bitte setzen Sie den Wert "add_default_charset" auf "off"."
Bin jetzt weniger sauer.