Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
Voraussetzung für gute Mehrsprachigkeit ist:

Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
türkische Sonderzeichen darzustellen.

In der ISO-Codierung ist es ja kein Problem, deutsche Umlaute nicht mehr
als ä usw darzustellen, sondern als, ä,ö,ü

Ich habe nun mit UTF-8 herumexperimentiert und die Erfahrung gemacht,
dass, wenn UTF-8 als Codierung angegeben ist, ä, ö, und ü als "?" im
Text erscheinen. Allrdings kann ich meine Umlaute dann wieder mit ä
sichtbar machen.

Nun habe ich mal jEdit ausprobiert, es ist ein schöner Editor, reicht
aber bei weitem nciht an phase5 heran.

Ich habe nun eine Datei mit diesem Editor in UTF-8 abgespeichert und in
meinem Frame
"<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
eingetragen.

Jetzt bekomme ich sowas:
"Aktivit�ten selbst bestimmen k�nnen"

Was läuft da falsch?
Zumindest ist es mir jetzt ja wohl gelungen, in UTF-8 zu codieren, jetzt
muss es nur noch richtig dargestellt werden.

Danke für weitere Hilfe

Werner





--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:
> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
> Voraussetzung für gute Mehrsprachigkeit ist:
>
> Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
> das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
> türkische Sonderzeichen darzustellen.
>
> In der ISO-Codierung ist es ja kein Problem, deutsche Umlaute nicht mehr
> als ä usw darzustellen, sondern als, ä,ö,ü
>
> Ich habe nun mit UTF-8 herumexperimentiert und die Erfahrung gemacht,
> dass, wenn UTF-8 als Codierung angegeben ist, ä, ö, und ü als "?" im
> Text erscheinen. Allrdings kann ich meine Umlaute dann wieder mit ä
> sichtbar machen.
>
> Nun habe ich mal jEdit ausprobiert, es ist ein schöner Editor, reicht
> aber bei weitem nciht an phase5 heran.
>
> Ich habe nun eine Datei mit diesem Editor in UTF-8 abgespeichert und in
> meinem Frame
> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
> eingetragen.
>
content="text/html; charset=utf-8"

danach im Browser gucken ob der auch automatisch die Zeichenkodierung
UTF-8 gewählt hat.

Ich bin mir auch nicht sicher, ob der Browser damit zurecht kommt, wenn
man die codierung nicht im Hauptframe setzt, noch nie ausprobiert.

Das Betriebssystem mit dem Browser muss auch UTF-8 unterstützen(nicht
das du noch ein älteres Linux hast auf dem UTF-8 Unterstützung nicht
oder fehlerhaft installiert ist)

> Jetzt bekomme ich sowas:
> "Aktivit�ten selbst bestimmen k�nnen"
>
> Was läuft da falsch?
> Zumindest ist es mir jetzt ja wohl gelungen, in UTF-8 zu codieren, jetzt
> muss es nur noch richtig dargestellt werden.
>
> Danke für weitere Hilfe
>
> Werner
>
>
>
>
>

Stefan Braumeister schrieb:
> Werner Partner schrieb:
>> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
>> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
>> Voraussetzung für gute Mehrsprachigkeit ist:
>>
>> Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
>> das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
>> türkische Sonderzeichen darzustellen.
>>
>> In der ISO-Codierung ist es ja kein Problem, deutsche Umlaute nicht mehr
>> als ä usw darzustellen, sondern als, ä,ö,ü
>>
>> Ich habe nun mit UTF-8 herumexperimentiert und die Erfahrung gemacht,
>> dass, wenn UTF-8 als Codierung angegeben ist, ä, ö, und ü als "?" im
>> Text erscheinen. Allrdings kann ich meine Umlaute dann wieder mit ä
>> sichtbar machen.
>>
>> Nun habe ich mal jEdit ausprobiert, es ist ein schöner Editor, reicht
>> aber bei weitem nciht an phase5 heran.
>>
>> Ich habe nun eine Datei mit diesem Editor in UTF-8 abgespeichert und in
>> meinem Frame
>> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
>> eingetragen.
>>
> content="text/html; charset=utf-8"
>
> danach im Browser gucken ob der auch automatisch die Zeichenkodierung
> UTF-8 gewählt hat.
>
> Ich bin mir auch nicht sicher, ob der Browser damit zurecht kommt, wenn
> man die codierung nicht im Hauptframe setzt, noch nie ausprobiert.
>
> Das Betriebssystem mit dem Browser muss auch UTF-8 unterstützen(nicht
> das du noch ein älteres Linux hast auf dem UTF-8 Unterstützung nicht
> oder fehlerhaft installiert ist)

Ihc nehme Firefox, und der muss es ja wohl können, und IE auch. Außerdem
sollte UTF-8 eigentlich den Zweck haben, dass alle es lesen können.

Bei mir steht:

----------------
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<title>kairos team</title>

<meta name="author" content="Werner Partner">
<meta name="generator" content="Ulli Meybohms HTML EDITOR">
<meta http-equiv="Content-Type" content="text/html; UTF-8">
<meta name="keywords" content="verschiedenes">
<link rel="stylesheet" type="text/css" href="kairos-team.css">
</head>
---------------

Was könnte man jetzt noch machen?

Nutzt es etwas, wenn ich mal so eine Seite ins Netz stelle?

Grüße

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner wrote:

> Stefan Braumeister schrieb:
>> Werner Partner schrieb:
>>> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
>>> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
> (...)
>>>
>>> Ich habe nun eine Datei mit diesem Editor in UTF-8 abgespeichert und in
>>> meinem Frame
>>> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
>>> eingetragen.

(...hier kommt Stefans Antwort...)

>>>
>> content="text/html; charset=utf-8"
>>
>> danach im Browser gucken ob der auch automatisch die Zeichenkodierung
>> UTF-8 gewählt hat.

> (...wieder Werner...)
> Bei mir steht:
>
> ----------------
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
> "http://www.w3.org/TR/html4/strict.dtd">
> <html>
> <head>
> <title>kairos team</title>
>
> <meta name="author" content="Werner Partner">
> <meta name="generator" content="Ulli Meybohms HTML EDITOR">
> <meta http-equiv="Content-Type" content="text/html; UTF-8">
> <meta name="keywords" content="verschiedenes">
> <link rel="stylesheet" type="text/css" href="kairos-team.css">
> </head>
> ---------------
>
> Was könnte man jetzt noch machen?
>

Ich habe das nachgestellt. Du mußt, wie in Stefans Antwort beschrieben,
das CHARSET=UTF-8 extra angeben, also nicht:

<meta http-equiv="Content-Type" content="text/html; UTF-8">

sondern

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
^
--------------------------------------------------------|

Dann funktionierts auch mit anderen Sonderzeichen wie ¿ und ¬.

Was für ein System nutzt Du?

Für Linux gibt es den HTML-Validator tidy:

http://tidy.sourceforge.net/

da ist auch irgendwo die Rede von einer Windows-Implementation.

Für mich wars immer hilfreich, mein HTML damit zu bearbeiten, da das
Programm auch das HTML korrigiert.


Hoffe geholfen zu haben,

Erch.

Werner Partner schrieb:
> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
> Voraussetzung für gute Mehrsprachigkeit ist:
>
> Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
> das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
> türkische Sonderzeichen darzustellen.
>
> In der ISO-Codierung ist es ja kein Problem, deutsche Umlaute nicht mehr
> als ä usw darzustellen, sondern als, ä,ö,ü
>
> Ich habe nun mit UTF-8 herumexperimentiert und die Erfahrung gemacht,
> dass, wenn UTF-8 als Codierung angegeben ist, ä, ö, und ü als "?" im
> Text erscheinen. Allrdings kann ich meine Umlaute dann wieder mit ä
> sichtbar machen.
>
> Nun habe ich mal jEdit ausprobiert, es ist ein schöner Editor, reicht
> aber bei weitem nciht an phase5 heran.
>
> Ich habe nun eine Datei mit diesem Editor in UTF-8 abgespeichert und in
> meinem Frame
> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
> eingetragen.

Das ist falsch und muss
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
------------------------------------------------------^^

heissen.

Des weiteren kannst du dem Browser schon vorher sagen was da auf ihn
zukommt in dem du die entsprechenden HTTP Header sendest. Das heist
Content-type + Charset. Weil sonst muss er ja erst in das Dokument
reingucken um zu wissen wie er es evtl. darstellen muss.

Wer Zugriff auf die Apache Config [1] hat kann es auch ausserhalb von
PHP bestimmen.

In der c`t 9/2006 "Babylon byteweise" Seite 214 gibts nen passenden
Bericht zum Thema.


[1] http://httpd.apache.org/docs/2.0/mod/core.html#adddefaultcha rset

Gruss
Joerg

--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

Werner Partner schrieb:
> Stefan Braumeister schrieb:
>> Werner Partner schrieb:
>>> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
>>> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
>>> Voraussetzung für gute Mehrsprachigkeit ist:
>>>
>>> Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
>>> das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
>>> türkische Sonderzeichen darzustellen.
>>>
>>> In der ISO-Codierung ist es ja kein Problem, deutsche Umlaute nicht mehr
>>> als ä usw darzustellen, sondern als, ä,ö,ü
>>>
>>> Ich habe nun mit UTF-8 herumexperimentiert und die Erfahrung gemacht,
>>> dass, wenn UTF-8 als Codierung angegeben ist, ä, ö, und ü als "?" im
>>> Text erscheinen. Allrdings kann ich meine Umlaute dann wieder mit ä
>>> sichtbar machen.
>>>
>>> Nun habe ich mal jEdit ausprobiert, es ist ein schöner Editor, reicht
>>> aber bei weitem nciht an phase5 heran.
>>>
>>> Ich habe nun eine Datei mit diesem Editor in UTF-8 abgespeichert und in
>>> meinem Frame
>>> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
>>> eingetragen.
>>>
>> content="text/html; charset=utf-8"
>>
>> danach im Browser gucken ob der auch automatisch die Zeichenkodierung
>> UTF-8 gewählt hat.
>>
>> Ich bin mir auch nicht sicher, ob der Browser damit zurecht kommt, wenn
>> man die codierung nicht im Hauptframe setzt, noch nie ausprobiert.
>>
>> Das Betriebssystem mit dem Browser muss auch UTF-8 unterstützen(nicht
>> das du noch ein älteres Linux hast auf dem UTF-8 Unterstützung nicht
>> oder fehlerhaft installiert ist)
>
> Ihc nehme Firefox, und der muss es ja wohl können, und IE auch. Außerdem
> sollte UTF-8 eigentlich den Zweck haben, dass alle es lesen können.
>
> Bei mir steht:
>
> ----------------
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
> "http://www.w3.org/TR/html4/strict.dtd">
> <html>
> <head>
> <title>kairos team</title>
>
> <meta name="author" content="Werner Partner">
> <meta name="generator" content="Ulli Meybohms HTML EDITOR">
> <meta http-equiv="Content-Type" content="text/html; UTF-8">
> <meta name="keywords" content="verschiedenes">
> <link rel="stylesheet" type="text/css" href="kairos-team.css">
> </head>
> ---------------

Wie ich vorhin schon schrieb sollte es:

content="text/html; charset=utf-8"

heissen. In Firefox siehst du auch ob er es richtig erkant hat, wenn unter :

Ansicht->Zeichenkodierung->UTF-8

ausgewählt ist.

>
> Was könnte man jetzt noch machen?
>
> Nutzt es etwas, wenn ich mal so eine Seite ins Netz stelle?
>
> Grüße
>
> Werner
>

Hallo

Joerg Behrens schrieb:
> Werner Partner schrieb:
>> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
>> eingetragen.
>
> Das ist falsch und muss
> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
> ------------------------------------------------------^^
>
> heissen.
>
> Des weiteren kannst du dem Browser schon vorher sagen was da auf ihn
> zukommt in dem du die entsprechenden HTTP Header sendest. Das heist
> Content-type + Charset. Weil sonst muss er ja erst in das Dokument
> reingucken um zu wissen wie er es evtl. darstellen muss.

In jedem Fall ist 'meta http-equiv' eine *Empfehlung*.
Wenn der Webserver etwas anderes sendet, dann hat das Vorrang.

> Wer Zugriff auf die Apache Config [1] hat kann es auch ausserhalb von
> PHP bestimmen.


Sind es HTML-Seiten?
Dann kann man es auch über die .htacess regeln, man hat ja bei einem
Provider eher selten Zugriff auf die Apache-Konfiguration.

Sind es PHP-Seiten?
Dann in jedem Fall den header per PHP mitsenden.


Gruß
Irmgard

erch schrieb:
> Werner Partner wrote:
>
>> Stefan Braumeister schrieb:
>>> Werner Partner schrieb:
>>>> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
>>>> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
>> (...)
>>>> Ich habe nun eine Datei mit diesem Editor in UTF-8 abgespeichert und in
>>>> meinem Frame
>>>> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
>>>> eingetragen.
>
> (...hier kommt Stefans Antwort...)
>
>>> content="text/html; charset=utf-8"
>>>
>>> danach im Browser gucken ob der auch automatisch die Zeichenkodierung
>>> UTF-8 gewählt hat.
>
>> (...wieder Werner...)
>> Bei mir steht:
>>
>> ----------------
>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
>> "http://www.w3.org/TR/html4/strict.dtd">
>> <html>
>> <head>
>> <title>kairos team</title>
>>
>> <meta name="author" content="Werner Partner">
>> <meta name="generator" content="Ulli Meybohms HTML EDITOR">
>> <meta http-equiv="Content-Type" content="text/html; UTF-8">
>> <meta name="keywords" content="verschiedenes">
>> <link rel="stylesheet" type="text/css" href="kairos-team.css">
>> </head>
>> ---------------
>>
>> Was könnte man jetzt noch machen?
>>
>
> Ich habe das nachgestellt. Du mußt, wie in Stefans Antwort beschrieben,
> das CHARSET=UTF-8 extra angeben, also nicht:
>
> <meta http-equiv="Content-Type" content="text/html; UTF-8">
>
> sondern
>
> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
> ^

Danke!
Jetzt habe ich "pers�nlichen Gespr�ch".
Ich lese jetzt nochmal die anderen Postings.

Grüße

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Stefan Braumeister schrieb:
> Werner Partner schrieb:
>> Stefan Braumeister schrieb:
>>> Werner Partner schrieb:
>>>> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
>>>> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
>>>> Voraussetzung für gute Mehrsprachigkeit ist:
>>>>
>>>> Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
>>>> das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
>>>> türkische Sonderzeichen darzustellen.
>>>>
>>>> In der ISO-Codierung ist es ja kein Problem, deutsche Umlaute nicht mehr
>>>> als ä usw darzustellen, sondern als, ä,ö,ü
>>>>
>>>> Ich habe nun mit UTF-8 herumexperimentiert und die Erfahrung gemacht,
>>>> dass, wenn UTF-8 als Codierung angegeben ist, ä, ö, und ü als "?" im
>>>> Text erscheinen. Allrdings kann ich meine Umlaute dann wieder mit ä
>>>> sichtbar machen.
>>>>
>>>> Nun habe ich mal jEdit ausprobiert, es ist ein schöner Editor, reicht
>>>> aber bei weitem nciht an phase5 heran.
>>>>
>>>> Ich habe nun eine Datei mit diesem Editor in UTF-8 abgespeichert und in
>>>> meinem Frame
>>>> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
>>>> eingetragen.
>>>>
>>> content="text/html; charset=utf-8"
>>>
>>> danach im Browser gucken ob der auch automatisch die Zeichenkodierung
>>> UTF-8 gewählt hat.
>>>
>>> Ich bin mir auch nicht sicher, ob der Browser damit zurecht kommt, wenn
>>> man die codierung nicht im Hauptframe setzt, noch nie ausprobiert.
>>>
>>> Das Betriebssystem mit dem Browser muss auch UTF-8 unterstützen(nicht
>>> das du noch ein älteres Linux hast auf dem UTF-8 Unterstützung nicht
>>> oder fehlerhaft installiert ist)
>> Ihc nehme Firefox, und der muss es ja wohl können, und IE auch. Außerdem
>> sollte UTF-8 eigentlich den Zweck haben, dass alle es lesen können.
>>
>> Bei mir steht:
>>
>> ----------------
>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
>> "http://www.w3.org/TR/html4/strict.dtd">
>> <html>
>> <head>
>> <title>kairos team</title>
>>
>> <meta name="author" content="Werner Partner">
>> <meta name="generator" content="Ulli Meybohms HTML EDITOR">
>> <meta http-equiv="Content-Type" content="text/html; UTF-8">
>> <meta name="keywords" content="verschiedenes">
>> <link rel="stylesheet" type="text/css" href="kairos-team.css">
>> </head>
>> ---------------
>
> Wie ich vorhin schon schrieb sollte es:
>
> content="text/html; charset=utf-8"
>
> heissen. In Firefox siehst du auch ob er es richtig erkant hat, wenn unter :
>
> Ansicht->Zeichenkodierung->UTF-8

Ja, ist so ausgewählt!

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Irmgard Schwenteck schrieb:
> Hallo
>
> Joerg Behrens schrieb:
>> Werner Partner schrieb:
>>> "<meta http-equiv=\"Content-Type\" content=\"text/html; utf-8\">"
>>> eingetragen.
>>
>> Das ist falsch und muss
>> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
>> ------------------------------------------------------^^
>>
>> heissen.
>>
>> Des weiteren kannst du dem Browser schon vorher sagen was da auf ihn
>> zukommt in dem du die entsprechenden HTTP Header sendest. Das heist
>> Content-type + Charset. Weil sonst muss er ja erst in das Dokument
>> reingucken um zu wissen wie er es evtl. darstellen muss.
>
> In jedem Fall ist 'meta http-equiv' eine *Empfehlung*.
> Wenn der Webserver etwas anderes sendet, dann hat das Vorrang.
>
>> Wer Zugriff auf die Apache Config [1] hat kann es auch ausserhalb von
>> PHP bestimmen.
>
>
> Sind es HTML-Seiten?
> Dann kann man es auch über die .htacess regeln, man hat ja bei einem
> Provider eher selten Zugriff auf die Apache-Konfiguration.
>
> Sind es PHP-Seiten?
> Dann in jedem Fall den header per PHP mitsenden.

Ich habe meinen header jetzt korrigiert, jetzt steht da:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">

<meta name="author" content="Werner Partner">
<meta name="generator" content="Ulli Meybohms HTML EDITOR">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="keywords" content="bla bla">
<link rel="stylesheet" type="text/css" href="kairos-team.css">
</head>

Alleridngs habe ich festgestellt, dass ich nach dem Abspeichern mit
utf-8 nicht mehr ZUverlässigkeit, sondern Zuverl�ssigkeitim Text stehen
habe.

Kann es sein, dass jEdit beim Abspeichern mit utf-8 alle meine Umlaute
kaputtmacht? Das wäre schweißtreibend bei längeren Texten, die ich dann
manuell umkodieren muss.

Ansonten klappt es so.

Grüße

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:

> Kann es sein, dass jEdit beim Abspeichern mit utf-8 alle meine Umlaute =

> kaputtmacht? Das wäre schweißtreibend bei längeren Texten, die ic=
h dann
> manuell umkodieren muss.

Du musst die Texte mit dem ursprünglichen Encoding einlesen (Reload wit=
h
Encoding) und neu speichern. jEdit setzt beim Einlesen mit der
Einstellung UTF-8 voraus, dass die Texte UTF-8-kodiert sind.

MfG
Niels

--
| http://www.kolleg.de =B7 Das Portal der Kollegs in Deutschland |
| http://www.bsds.de =B7 BSDS Braczek Software- und DatenSysteme |
| Webdesign =B7 Webhosting =B7 e-Commerce =B7 Joomla! Content Management =
|
------------------------------------------------------------ ------

Niels Braczek schrieb:
> Werner Partner schrieb:
>
>> Kann es sein, dass jEdit beim Abspeichern mit utf-8 alle meine Umlaute
>> kaputtmacht? Das wäre schweißtreibend bei längeren Texten, die ich dann
>> manuell umkodieren muss.
>
> Du musst die Texte mit dem ursprünglichen Encoding einlesen (Reload with
> Encoding) und neu speichern. jEdit setzt beim Einlesen mit der
> Einstellung UTF-8 voraus, dass die Texte UTF-8-kodiert sind.

Ja, das ist mir auch aufgefallen.

Ich habe das jetzt so gelöst, dass ich auf die Seite im Netz gegangen
bin und die Texte einfach in jEdit kopiert habe.

Ich habe dann natürlich auch die polnischen Sonderzeichen, die mit
Nummern codiert sind. das ist einfacher, da werde ich über alle Buffer
die jeweilige Nummer durch das Zeichen ersetzen.

Ich muss ein bisschen überlegen, wie ich's mache, es ist teilweise
umfangreich, aber mit der richtigen Rangehensweise wird's sicherlich
auch nicht so schlimm.

Es ist ja für die Zukunft ... ;-)

Was den jEdit betrifft, so scheint es der Editor der Wahl zu sein. Was
ich vermisse, ist das Projektfenster auf der linken Seite. Bei phase5
muss man einfach nur links auf die gesuchte Datei doppelklicken und kann
dann über die Reiter die verschiedenen Dateien bearbeiten. Außerdem gab
es diese Super-Datumsfunktion.

Es ist ein Jammer, dass es nicht möglich ist/war, phase5 utf-8-fähig zu
machen. Damit ist dieser Editor langfristig aus dem Rennen. Aber er
wurde ja auch nicht auf Linux angepasst, das ist der zweite Makel.

Nun, so werde ich mich jetzt an jEdit gewöhnen, auf Windows und Linux
parallel.

Vielen Dank dir und allen anderen für die Hilfe - jetzt bin ich dran mit
Anpassen.

Werner


--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

..oO(Werner Partner)

>Was den jEdit betrifft, so scheint es der Editor der Wahl zu sein. Was
>ich vermisse, ist das Projektfenster auf der linken Seite.

Dafür gibts ein Plugin "Project Viewer".

Einfach mal unter [Plugins] -> [Plugin Manager] stöbern.

Micha

..oO(Michael Fesser)

>.oO(Werner Partner)
>
>>Was den jEdit betrifft, so scheint es der Editor der Wahl zu sein. Was
>>ich vermisse, ist das Projektfenster auf der linken Seite.
>
>Dafür gibts ein Plugin "Project Viewer".
>
>Einfach mal unter [Plugins] -> [Plugin Manager] stöbern.

Ebenfalls noch empfehlenswert:

* BufferTabs
* TaskList
* Templates

Micha

Am Mon, 30 Jul 2007 18:18:26 +0200 schrieb Werner Partner:

> Irmgard Schwenteck schrieb:
>
>> Dann in jedem Fall den header per PHP mitsenden.
>
> Ich habe meinen header jetzt korrigiert, jetzt steht da:
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
> "http://www.w3.org/TR/html4/strict.dtd">
>
> <meta name="author" content="Werner Partner">
> <meta name="generator" content="Ulli Meybohms HTML EDITOR">
> <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
> <meta name="keywords" content="bla bla">
> <link rel="stylesheet" type="text/css" href="kairos-team.css">
> </head>

Mal abgesehen davon, daß ein öffnendes Head fehlt, handelt es sich hier
nicht um den Header. Der Header den Irmgard meinte den sieht man nicht im
Quelltext, sondern ist eher mit einem Briefumschlag zu vergleichen.

Falls Du da mehr zu wissen willst empfehle ich den RFC zum HTTP Protokoll,
welcher war das noch gleich? <- didaktische Frage

HTH
Norbert

Norbert Melzer schrieb:

>welcher war das noch gleich? <- didaktische Frage

http://www.googlesyndicatedsearch.com/u/ietf?q=http

--
Wolfgang Fellger

Michael Fesser schrieb:
> .oO(Werner Partner)
>
>> Was den jEdit betrifft, so scheint es der Editor der Wahl zu sein. Was
>> ich vermisse, ist das Projektfenster auf der linken Seite.
>
> Dafür gibts ein Plugin "Project Viewer".
>
> Einfach mal unter [Plugins] -> [Plugin Manager] stöbern.

Ja, das habe ich schon gesehen, ich habe auch den project viewer auf der
jEdit-Site schon gefunden. Wenn ich die plugin options aufrufe, dann
kann cih natürlich die Serverliste aktualisieren und, wie ich das
verstande habe, einen Server markieren.

Wenn ich dann ich den Manager gehe, bekomme ich die Meldung, dass die
pluginListe aktualisiert wird, aber es passiert dann nichts.

Ich würde ja evtl. den project viewer manuell runterladen und
installieren, ich weiß aber nciht, wie das geht. Kann ich den wengistens
die Liste manuell runterladen, so dass ich sie plugin manager sehen kann?

Grüße

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Norbert Melzer schrieb:
> Am Mon, 30 Jul 2007 18:18:26 +0200 schrieb Werner Partner:
>
>> Irmgard Schwenteck schrieb:
>>
>>> Dann in jedem Fall den header per PHP mitsenden.
>> Ich habe meinen header jetzt korrigiert, jetzt steht da:
>> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
>> "http://www.w3.org/TR/html4/strict.dtd">
>>
>> <meta name="author" content="Werner Partner">
>> <meta name="generator" content="Ulli Meybohms HTML EDITOR">
>> <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
>> <meta name="keywords" content="bla bla">
>> <link rel="stylesheet" type="text/css" href="kairos-team.css">
>> </head>
>
> Mal abgesehen davon, daß ein öffnendes Head fehlt,

Oh ...
habe ich schon korrigiert

Werner


--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:
> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
> Voraussetzung für gute Mehrsprachigkeit ist:
>
> Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
> das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
> türkische Sonderzeichen darzustellen.
>

Nachdem das jetzt alles geklärt ist, ein weiteres Problem:

Ich verwalte einen Terminkalender in einer MS-Access-Datenbank, Auf
Knopfdruck wird eine ascii-Datei rausgeschrieben, die dann per PHP
verarbeitet und in die entsprechende Seite eingebaut wird. Diese
ascii-Datei wird natürlich per "iso" rausgeschrieben und nicht per
UTF-8. Deshaln habe ich in den Rohdaten natürlich weider '?'

Was kann ich da tun - vielleicht hat jemand eine Idee??? Im Zweifelsfall
muss ich die Access-Leute fragen

Danke für Tipps

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:
> Werner Partner schrieb:
>> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
>> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
>> Voraussetzung für gute Mehrsprachigkeit ist:
>>
>> Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
>> das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
>> türkische Sonderzeichen darzustellen.
>>
>
> Nachdem das jetzt alles geklärt ist, ein weiteres Problem:
>
> Ich verwalte einen Terminkalender in einer MS-Access-Datenbank, Auf
> Knopfdruck wird eine ascii-Datei rausgeschrieben, die dann per PHP
> verarbeitet und in die entsprechende Seite eingebaut wird. Diese
> ascii-Datei wird natürlich per "iso" rausgeschrieben und nicht per
> UTF-8. Deshaln habe ich in den Rohdaten natürlich weider '?'

Da nimmt man in PHP heutzutage iconv() zu und frueher hat man
*vergessenhab* genommen.

Gruss
Joerg


--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

Joerg Behrens schrieb:

> Da nimmt man in PHP heutzutage iconv() zu und frueher hat man
> *vergessenhab* genommen.


Frueher hatte man ext/recode genommen.

Gruss
Joerg

--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

>
> Es ist ja für die Zukunft ... ;-)
>
> Was den jEdit betrifft, so scheint es der Editor der Wahl zu sein. Was
> ich vermisse, ist das Projektfenster auf der linken Seite. Bei phase5
> muss man einfach nur links auf die gesuchte Datei doppelklicken und kann
> dann über die Reiter die verschiedenen Dateien bearbeiten. Außerdem gab
> es diese Super-Datumsfunktion.

Wenn du nur einen Editor für Windows suchst, dann empfehle ich dir
entweder PsPad oder wenns spezielle nur für PHP Entwicklung reicht. Eclipse.

Aber PsPad ist der beste Freeware Editor meiner Meinung nach. Gerade
Encoding Sachen sind darin super gelöst und auch der Rest ist wirklich toll.


>
> Es ist ein Jammer, dass es nicht möglich ist/war, phase5 utf-8-fähig zu
> machen. Damit ist dieser Editor langfristig aus dem Rennen. Aber er
> wurde ja auch nicht auf Linux angepasst, das ist der zweite Makel.
>
> Nun, so werde ich mich jetzt an jEdit gewöhnen, auf Windows und Linux
> parallel.
>
> Vielen Dank dir und allen anderen für die Hilfe - jetzt bin ich dran mit
> Anpassen.
>
> Werner
>
>

Joerg Behrens schrieb:
> Joerg Behrens schrieb:
>
>> Da nimmt man in PHP heutzutage iconv() zu und frueher hat man
>> *vergessenhab* genommen.
>
>
> Frueher hatte man ext/recode genommen.

Naja - ich überlege, wie es evtl. möglich ist, aus Access heraus in
UTF-8 zu codieren.

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

> Naja - ich überlege, wie es evtl. möglich ist, aus Access heraus in
> UTF-8 zu codieren.
>
> Werner

Verwendet Access nicht standardmässig UTF8? Welche Version ist es denn?

--
Mein Zeugs:
http://www.hadanite-marasek.de/classes.php
http://www.objektivsuche.de/

>
> Oh ...
> habe ich schon korrigiert
>
> Werner

Was die anderen noch meinten: anstatt http-equiv zu nehmen, kannst Du
den header auch direkt selbst setzen mit header(); Das bedeutet ja
http-equiv(alent): Ersatz für einen HTTP-Header.

--
Mein Zeugs:
http://www.hadanite-marasek.de/classes.php
http://www.objektivsuche.de/

Hadanite Marasek schrieb:
>> Naja - ich überlege, wie es evtl. möglich ist, aus Access heraus in
>> UTF-8 zu codieren.
>>
>> Werner
>
> Verwendet Access nicht standardmässig UTF8? Welche Version ist es denn?
>

2002
Mehr gibbet nicht ...

Gibt's da nciht ne schlaue Access- bzw. VBA-Funktion, um das zu
konvertieren?

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Joerg Behrens schrieb:
> Werner Partner schrieb:
>> Werner Partner schrieb:
>>> Ihc mache mal einen neuen Thread auf, denn es geht nur noch am Rande um
>>> Mehrsprachigkeit, sondern primär um die Codierung, was ja auch eine
>>> Voraussetzung für gute Mehrsprachigkeit ist:
>>>
>>> Ich habe bislang in ISO codiert, und das hatte den Nachteil, wenn ich
>>> das richtig verstehe, dass es sehr aufwendig ist, speziell polnische un
>>> türkische Sonderzeichen darzustellen.
>>>
>>
>> Nachdem das jetzt alles geklärt ist, ein weiteres Problem:
>>
>> Ich verwalte einen Terminkalender in einer MS-Access-Datenbank, Auf
>> Knopfdruck wird eine ascii-Datei rausgeschrieben, die dann per PHP
>> verarbeitet und in die entsprechende Seite eingebaut wird. Diese
>> ascii-Datei wird natürlich per "iso" rausgeschrieben und nicht per
>> UTF-8. Deshaln habe ich in den Rohdaten natürlich weider '?'
>
> Da nimmt man in PHP heutzutage iconv() zu und frueher hat man
> *vergessenhab* genommen.

Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau daraus
geworden. Oder ist es einfcher als in www.php.net:
$str = ("ISO-8859-1","UTF-8",$str)

Oder?

Grüße

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:

> Was den jEdit betrifft, so scheint es der Editor der Wahl zu sein. Was =

> ich vermisse, ist das Projektfenster auf der linken Seite. Bei phase5
> muss man einfach nur links auf die gesuchte Datei doppelklicken und kan=
n
> dann über die Reiter die verschiedenen Dateien bearbeiten.

--> Project Viewer. Etwas anders, aber mindestens gleichwertig.

MfG
Niels

--
| http://www.kolleg.de =B7 Das Portal der Kollegs in Deutschland |
| http://www.bsds.de =B7 BSDS Braczek Software- und DatenSysteme |
| Webdesign =B7 Webhosting =B7 e-Commerce =B7 Joomla! Content Management =
|
------------------------------------------------------------ ------

Werner Partner schrieb:

> Ich verwalte einen Terminkalender in einer MS-Access-Datenbank, Auf
> Knopfdruck wird eine ascii-Datei rausgeschrieben, die dann per PHP
> verarbeitet und in die entsprechende Seite eingebaut wird. Diese
> ascii-Datei wird natürlich per "iso" rausgeschrieben und nicht per
> UTF-8. Deshaln habe ich in den Rohdaten natürlich weider '?'

Kann nicht sein. ASCII ist eine Untermenge von UTF-8, jede ASCII-Datei
ist also ohne Konvertierung problemlos in UTF-8-Kodierung anzeigbar.

> Was kann ich da tun - vielleicht hat jemand eine Idee??? Im Zweifelsfal=
l
> muss ich die Access-Leute fragen

Im Idealfall schreibst du Daten von Anfang an richtig. Wenn das nicht
geht, musst du konvertieren. Wie das geht, steht im Manual.

MfG
Niels

--
| http://www.kolleg.de =B7 Das Portal der Kollegs in Deutschland |
| http://www.bsds.de =B7 BSDS Braczek Software- und DatenSysteme |
| Webdesign =B7 Webhosting =B7 e-Commerce =B7 Joomla! Content Management =
|
------------------------------------------------------------ ------

Werner Partner schrieb:

> Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau daraus
> geworden. Oder ist es einfcher als in www.php.net:
> $str =3D ("ISO-8859-1","UTF-8",$str)

Noch einfacher wäre Magie.

MfG
Niels

--
| http://www.kolleg.de =B7 Das Portal der Kollegs in Deutschland |
| http://www.bsds.de =B7 BSDS Braczek Software- und DatenSysteme |
| Webdesign =B7 Webhosting =B7 e-Commerce =B7 Joomla! Content Management =
|
------------------------------------------------------------ ------

Niels Braczek schrieb:
> Werner Partner schrieb:
>
>> Was den jEdit betrifft, so scheint es der Editor der Wahl zu sein. Was
>> ich vermisse, ist das Projektfenster auf der linken Seite. Bei phase5
>> muss man einfach nur links auf die gesuchte Datei doppelklicken und kann
>> dann über die Reiter die verschiedenen Dateien bearbeiten.
>
> --> Project Viewer. Etwas anders, aber mindestens gleichwertig.

Ja, ich schrieb schon darüber, aber ich krieg's nicht runtergeladen ...

Ich habe jetzt bemerkt, dass nach dem Aktualisieren der plugins
tatsächlich eine Liste unter Install steht.

Wenn ich den Project Viewer markiere und auf Install klicke, bekomme ich
zunächst ein kleines Fenster, das mir sagt, dass das ausgewählte plugin
runtergeladen wird. Bald darauf gibt es einen I/O-Error: Connection
reset by peer - danach ist jEdit nciht mehr bedienbar.

Ich habe den projekt viewer auch manuell runtergeladen und ins
jar-Verzeichnis von jEdit entpackt. Danach steht ProjectViewer unter
jars und ertaucht im Manage-Fenster des PLugin Managers auf, mit einem
Vermerk "not loaded". Wenn ich das leere Kästchen anklicke, kommt eine
Meldung: The following plugin could not be loaded: ProjectViewer. Der
ProejctViewer steht dann und Manage rot mit Fehler, taucht aber in der
Install-Liste nciht mehr auf.

Komisch

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Niels Braczek schrieb:
> Werner Partner schrieb:
>
>> Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau daraus
>> geworden. Oder ist es einfcher als in www.php.net:
>> $str = ("ISO-8859-1","UTF-8",$str)
>
> Noch einfacher wäre Magie.

Geht auch, mit Hilfe der magischen Konstanten:

$str = iconv(__WHAT_IT_IS__, __WHAT_I_WANT__, $str);
--
Mein Zeugs:
http://www.hadanite-marasek.de/classes.php
http://www.objektivsuche.de/

Werner Partner schrieb:

> Wenn ich den Project Viewer markiere und auf Install klicke, bekomme ic=
h
> zunächst ein kleines Fenster, das mir sagt, dass das ausgewählte pl=
ugin
> runtergeladen wird. Bald darauf gibt es einen I/O-Error: Connection
> reset by peer - danach ist jEdit nciht mehr bedienbar.

Das hatte ich auch erst - dann habe ich einfach einen anderen
Downloadserver ausgewählt. Seitdem gibt es keine Probleme mehr.

MfG
Niels

--
| http://www.kolleg.de =B7 Das Portal der Kollegs in Deutschland |
| http://www.bsds.de =B7 BSDS Braczek Software- und DatenSysteme |
| Webdesign =B7 Webhosting =B7 e-Commerce =B7 Joomla! Content Management =
|
------------------------------------------------------------ ------

Hadanite Marasek schrieb:
> Niels Braczek schrieb:
>> Werner Partner schrieb:
>>
>>> Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau daraus=

>>> geworden. Oder ist es einfcher als in www.php.net:
>>> $str =3D ("ISO-8859-1","UTF-8",$str)
>>
>> Noch einfacher wäre Magie.
>
> Geht auch, mit Hilfe der magischen Konstanten:
>
> $str =3D iconv(__WHAT_IT_IS__, __WHAT_I_WANT__, $str);

dwim()

SCNR
Niels

--
| http://www.kolleg.de =B7 Das Portal der Kollegs in Deutschland |
| http://www.bsds.de =B7 BSDS Braczek Software- und DatenSysteme |
| Webdesign =B7 Webhosting =B7 e-Commerce =B7 Joomla! Content Management =
|
------------------------------------------------------------ ------

Hadanite Marasek schrieb:
> Niels Braczek schrieb:
>> Werner Partner schrieb:
>>
>>> Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau daraus
>>> geworden. Oder ist es einfcher als in www.php.net:
>>> $str = ("ISO-8859-1","UTF-8",$str)
>> Noch einfacher wäre Magie.
>
> Geht auch, mit Hilfe der magischen Konstanten:
>
> $str = iconv(__WHAT_IT_IS__, __WHAT_I_WANT__, $str);

Ich hab's schon eingebaut, und es läuft.
Bei php.net wird es unglaublich kompliziert dargestellt, woanders habe
ich dann denn obigen Aufruf entdeckt.

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Niels Braczek schrieb:

> dwim()

?

Gruß. Claus

Werner Partner schrieb:

> Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau daraus
> geworden. Oder ist es einfcher als in www.php.net:
> $str = ("ISO-8859-1","UTF-8",$str)

Da fehlt noch ein iconv :-)

Gruß. Claus

Niels Braczek schrieb:
> Hadanite Marasek schrieb:
>> Niels Braczek schrieb:
>>> Werner Partner schrieb:
>>>
>>>> Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau daraus
>>>> geworden. Oder ist es einfcher als in www.php.net:
>>>> $str = ("ISO-8859-1","UTF-8",$str)
>>> Noch einfacher wäre Magie.
>> Geht auch, mit Hilfe der magischen Konstanten:
>>
>> $str = iconv(__WHAT_IT_IS__, __WHAT_I_WANT__, $str);

Da ich möglicherweise in einer Datei öfter konvertieren muss, geht's mit
einer Klasse:

$x = new c_strcnv (__WHAT_IT_IS__, __WHAT_I_WANT__)

$str = $x->strcnv ($str)

usw.

Grüße

Werner

--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de

Werner Partner schrieb:
> Hadanite Marasek schrieb:
>> Niels Braczek schrieb:
>>> Werner Partner schrieb:
>>>
>>>> Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau
>>>> daraus geworden. Oder ist es einfcher als in www.php.net:
>>>> $str = ("ISO-8859-1","UTF-8",$str)
>>> Noch einfacher wäre Magie.
>>
>> Geht auch, mit Hilfe der magischen Konstanten:
>>
>> $str = iconv(__WHAT_IT_IS__, __WHAT_I_WANT__, $str);
>
> Ich hab's schon eingebaut, und es läuft.
> Bei php.net wird es unglaublich kompliziert dargestellt, woanders habe
> ich dann denn obigen Aufruf entdeckt.

Kannst du mir bitte sagen was an dieser Seite
http://de2.php.net/manual/en/function.iconv.php
unuebersichtlich ist?

Gruss
Joerg


--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

Joerg Behrens schrieb:
> Werner Partner schrieb:
>> Hadanite Marasek schrieb:
>>> Niels Braczek schrieb:
>>>> Werner Partner schrieb:
>>>>
>>>>> Ich hab mir mal iconv() angeschaut, bin aber nicht ganz schlau
>>>>> daraus geworden. Oder ist es einfcher als in www.php.net:
>>>>> $str = ("ISO-8859-1","UTF-8",$str)
>>>> Noch einfacher wäre Magie.
>>>
>>> Geht auch, mit Hilfe der magischen Konstanten:
>>>
>>> $str = iconv(__WHAT_IT_IS__, __WHAT_I_WANT__, $str);
>>
>> Ich hab's schon eingebaut, und es läuft.
>> Bei php.net wird es unglaublich kompliziert dargestellt, woanders habe
>> ich dann denn obigen Aufruf entdeckt.
>
> Kannst du mir bitte sagen was an dieser Seite
> http://de2.php.net/manual/en/function.iconv.php
> unuebersichtlich ist?

Ich war auf Grund meiner Such wo ganz anders gelandet, und zwar hier:
http://de2.php.net/manual/en/ref.iconv.php

Grüße

Werner


--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de