Hallo Liste, ich weiß nicht recht, wo ich anfangen soll, nach der Einstellung zu suchen. Ich habe mir herunter geladen und installiert dotProject (http://www.dotproject.net/), eine Projektmanagement-Software auf PHP/MySQL-Basis, die man über den Browser ansteuert. Eine deutsche Lokalisation gibt es auch, nur mein Konqueror will nichts davon wissen und stellt die deutschen Umlaute entweder gar nicht da oder nur als Kästchen, was eben nicht besonders schön ist. Seine Standardkodierung steht auf 8859-15 (unter Einstellungen); sonstige Umlautprobleme habe ich höchst selten. Mozilla hat das gleiche Problem. Meine locale Einstellung ist: LANG=de_DE@euro. Brauche ich eventuell hier noch eine Ergänzung? Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## OpenSource-Werkstatt -- http://www.eschkitai.de/
Hallo Helga, On Tuesday 09 November 2004 13:39, Helga Fischer wrote:
ich weiß nicht recht, wo ich anfangen soll, nach der Einstellung zu suchen.
In der Webserver Konfiguration.
Ich habe mir herunter geladen und installiert dotProject (http://www.dotproject.net/), eine Projektmanagement-Software auf PHP/MySQL-Basis, die man über den Browser ansteuert.
Eine deutsche Lokalisation gibt es auch, nur mein Konqueror will nichts davon wissen und stellt die deutschen Umlaute entweder gar nicht da oder nur als Kästchen, was eben nicht besonders schön ist.
Seine Standardkodierung steht auf 8859-15 (unter Einstellungen); sonstige Umlautprobleme habe ich höchst selten.
Als Ergänzung für Deine Webserver Konfiguration, sofern Du Apache(2)
verwendest, könntest Du folgendes verwenden:
# Change the charset if UTF-8 is not wanted
AddDefaultCharset ISO-8859-15
Liebe Grüße,
Andreas
--
Andreas Otto
Hallo Andreas, Am Dienstag 9 November 2004 14:02 schrieb Andreas Otto:
On Tuesday 09 November 2004 13:39, Helga Fischer wrote:
ich weiß nicht recht, wo ich anfangen soll, nach der Einstellung zu suchen.
In der Webserver Konfiguration.
Dann hätte ich aber bei meinen eigenen Website-Experimenten (beim Texten mache ich erst ganz am Schluß die Umlautkodierung rein) auch schon diese Probleme haben müssen.
Seine Standardkodierung steht auf 8859-15 (unter Einstellungen); sonstige Umlautprobleme habe ich höchst selten.
Als Ergänzung für Deine Webserver Konfiguration, sofern Du Apache(2) verwendest, könntest Du folgendes verwenden:
Ich habe Apache 1.3.* (SuSE 8.2) drauf.
# Change the charset if UTF-8 is not wanted AddDefaultCharset ISO-8859-15
Hab' ich ihm vorgeworfen (inklusive Neustart); hat aber keine Wirkung gehabt. Außerdem: Sollte nicht utf-8 auch Umlaute darstellen können? Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## OpenSource-Werkstatt -- http://www.eschkitai.de/
Hallo Helga, hallo Leute, Am Dienstag, 9. November 2004 16:59 schrieb Helga Fischer:
Am Dienstag 9 November 2004 14:02 schrieb Andreas Otto:
On Tuesday 09 November 2004 13:39, Helga Fischer wrote:
ich weiß nicht recht, wo ich anfangen soll, nach der Einstellung zu suchen.
In der Webserver Konfiguration.
Dann hätte ich aber bei meinen eigenen Website-Experimenten (beim Texten mache ich erst ganz am Schluß die Umlautkodierung rein) auch schon diese Probleme haben müssen.
Nö. Solange Du lokal arbeitest, hast Du i. d. R. in Editor und Apache dasselbe Charset.
Seine Standardkodierung steht auf 8859-15 (unter Einstellungen); sonstige Umlautprobleme habe ich höchst selten.
Als Ergänzung für Deine Webserver Konfiguration, sofern Du Apache(2) verwendest, könntest Du folgendes verwenden:
Ich habe Apache 1.3.* (SuSE 8.2) drauf.
War da utf-8 eigentlich schon Standard? IIRC nein. Es könnte also auch genau umgekehrt sein: AddDefaultCharset utf-8
# Change the charset if UTF-8 is not wanted AddDefaultCharset ISO-8859-15
Hab' ich ihm vorgeworfen (inklusive Neustart); hat aber keine Wirkung gehabt.
Außerdem: Sollte nicht utf-8 auch Umlaute darstellen können?
Kann er - aber er hält sich an die Charset-Angabe, die der Webserver mitschickt. Wie sehen die Sonderzeichen eigentlich aus, wenn Du die Seite abspeicherst und im Editor betrachtest? Gruß Christian Boltz --
oder das absolut berauschende ;-)) [ -d "/test/" ] || echo mkd Danke, zum Glück muß ich heute nicht mehr mit dem Auto fahren :-) [> Thomas Preissler und Al Bogner in suse-linux]
Hallo Christian, Am Dienstag 9 November 2004 23:07 schrieb Christian Boltz:
Am Dienstag, 9. November 2004 16:59 schrieb Helga Fischer:
Am Dienstag 9 November 2004 14:02 schrieb Andreas Otto:
On Tuesday 09 November 2004 13:39, Helga Fischer wrote:
Als Ergänzung für Deine Webserver Konfiguration, sofern Du Apache(2) verwendest, könntest Du folgendes verwenden:
Ich habe Apache 1.3.* (SuSE 8.2) drauf.
War da utf-8 eigentlich schon Standard? IIRC nein.
Nein, steht aber mit dabei.
Es könnte also auch genau umgekehrt sein: AddDefaultCharset utf-8
Funktioniert auch nicht.
# Change the charset if UTF-8 is not wanted AddDefaultCharset ISO-8859-15
Hab' ich ihm vorgeworfen (inklusive Neustart); hat aber keine Wirkung gehabt.
Außerdem: Sollte nicht utf-8 auch Umlaute darstellen können?
Kann er - aber er hält sich an die Charset-Angabe, die der Webserver mitschickt.
Wie sehen die Sonderzeichen eigentlich aus, wenn Du die Seite abspeicherst und im Editor betrachtest?
Uncodiert. Sprich, ein 'ö' ist ein 'ö' und kein 'ö'. Auch die Lokalisationsdatei kann ich öffnen und 'ganz normal' lesen. Kann der DOCTYPE was damit zu tun haben? <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> Sorry, aber irgendwie scheint sich hier bei mir eine große Wissenslücke aufzutun. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## OpenSource-Werkstatt -- http://www.eschkitai.de/
Hallo, Am Wed, 10 Nov 2004, Helga Fischer schrieb:
Kann der DOCTYPE was damit zu tun haben?
Nicht direkt.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head>
Sorry, aber irgendwie scheint sich hier bei mir eine große Wissenslücke aufzutun.
Wenn die Umlaute nicht als HTML-Entities kodiert sind muss im HTTP-Header und IIRC auch im <head> der Content-type definiert werden. $ HEAD http://... [..] Content-Type: text/html [..] Hier gibt der Server bei Content-Type also keinen Zeichensatz an. $ GET http://.... | head <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-15" > Aber hier wird der Zeichensatz angegeben. Deshalb duerfen in dieser Datei Umlaute als solche vorliegen. Mindestens wenn beide Moeglichkeiten keinen Zeichensatz angeben _darf_ die Datei nur 7bit plain-ascii enthalten, saemtliche Sonderzeichen muessen als Entities kodiert vorliegen. Eine Datei die obiges nicht einhaelt ist defekt und ungueltig. -dnh -- Windows has detected that a gnat has farted near your computer. Press any key to reboot. [Simon Oke]
participants (4)
-
Andreas Otto -
Christian Boltz -
David Haller -
Helga Fischer