Beitrag #1

Also ich bin ja eigentlich jemand, der sich mit html auskennt. Ich programmiere mit einem normalen Texteditor- jetzt kommt der schwierige Teil:
Den Code, um anzukündigen im Html, dass Japanisch kommt, kenne ich. Nur leider läßt sich Kana/Kanji mit dem Notepad nicht abspeichern, da die falsche Codierung eingestellt ist. Toll, ich soll "Unicode" einstellen, nur gibt es beim Notepad keinen Code-Button.
Hat jemand hier eine Idee, wie man das macht? Oder einen besseren Editor, der das kann?

Beitrag #2

Wenn du in Notepad mit Datei\Speichern unter... abspeicherst, dann kannst du die Kodierung einstellen.



Hast du den kein HTML-Programm? Es gibt genügend Freeware. Es muss ja nicht gleich Frontpage sein.

Beitrag #3

Kostenlose HTML-Editoren kannst du z.B. hier downloaden:
http://kalteis.de/Freeware/HTML/2a.htm

Fals du Netzcape als Browser benutzt. Es hat auch einen internen HTML-Editor.

Beitrag #4

:l0a_d1v: Beitrag von:"mirabile" Nein, "Unicode" ist ganz falsch, das ist UCS-2LE und bringt
viele Systeme durch die eingebetteten NUL-Zeichen (wenn
man es als ASCII parst) durcheinander.

Du willst UTF-8, oder - besser - direkt die Entities enkodieren,
dann kannst Du auch weiterhin in ASCII schreiben.

Auf http://mirbsd.bsdadvocacy.org/?wlog-7 habe ich zum
Beispiel im Quellkode folgendes eingefuegt:

I'm げんき

PS: Ja, ich bin der Chefentwickler dieses Betriebssystems...

Beitrag #5

:l0a_d1v: Beitrag von:"mirabile"

Zitat:I'm げんき

Hmm.

Naechster Versuch:

I'm げんき

Beitrag #6

:l0a_d1v: Beitrag von:"mirabile"

Zitat:I'm げんき

Und noch einer, mal mit & escapen:

I'm げんき

Beitrag #7

Also ich habe es mit dem einfachen "Editor" von Windows probiert. Die Zeichen habe ich mit IME eingegeben und, dann in sowohl in unicode als auch in utf-8 abgespeichert. Lokal haben die seiten funktioniert, aber nachdem ich sie hochgeladen habe waren die Zeichen nicht mehr zu erkennen.

Beitrag #8

Es müssen alle Beteiligten mit dem gleichen Zeichensatz arbeiten.
Beispiel UTF-8:

- Die HTML-Datei muss UTF-8 codiert sein.
- Die HTML-Datei muss einen Meta-Tag haben, der UTF-8 als Charset angibt
- Der Server muss in seiner HTTP Response UTF-8 als Zeichensatz angeben (zweitbeste Lösung: gar keinen Zeichensatz angeben; falscher Zeichensatz im Response Header führt zu Fehlern)

Dann kann der Browser eindeutig selbst zur Darstellung der Seite UTF-8 auswählen, der Browser muss diesen Zeichensatz natürlich unterstützen und auch auf entsprechende Schriftarten zurückgreifen können, um die Zeichen dann auch tatsächlich darzustellen.

Bei dynamischen Seiten kommt noch hinzu:
- Die Scriptsprache muss UTF-8 codierten Text erzeugen
- Die Datenbank (sofern vorhanden) muss auch mit UTF-8 arbeiten (bzw. die Scriptsprache muss wissen mit welchem Zeichensatz die Datenbank arbeitet und dementsprechend richtig umcodierten Text ausgeben)

Beitrag #9

Das escapen ist aber blöd. Das bläht doch total auf, wenn man nen längeren Text schreibt.

Wenn alles direkt in UTF-8 kodiert ist, macht das doch keine Probleme. Siehe Wikipedia.

Als Editor kann ich aktuell mal vielleicht mined empfehlen http://en.wikipedia.org/wiki/Mined_%28text_editor%29
Da kann man Unicode richtig schön auf den Zahn fühlen, weiß dann z.b. auch, welches Zeicehn da genau steht usw.

Beitrag #10

Also bei mir funktioniert jetzt alles. Ich musste allerdings einen zweiten, komerziellen Anbiter (bis begrenztem Traffic und Space auch kostenlos) für Webspace zunehmen, da mein kostenloser Anbieter nur deutsche und englische Seiten erlaubt und deswegen auch nur die lateinische Codierung zulässt.