nicht angemeldet
Lynx und deutsche Umlaute
Hallo zusammen,
ich bin dabei meine Homepage entsprechend den WCAG-Empfehlungen der W3c zu überarbeiten. Als nicht behinderter Mensch habe ich aber nur sehr begrenzte Möglichkeiten der Erfolgkontrolle. Ich versuche daher wenigstens sicherzustellen, dass alle Seiten auch mit dem Textbrowser Lynx (unter Linux FC1) vernünftig dargestellt werden.
Jetzt habe ich aber ein Problem mit den deutschen Umlauten. Lynx will sie einfach nicht darstellen. Die Frage ist nun, ob das Problem bei Lynx oder bei meinem HTML liegt. Folgende Information sind in jedem HTML-Dateikopf kodiert und müssten meiner Meinung nach eigentlich ausreichen, damit Lynx den richtigen Zeichensatz nehmen kann:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<?xml version="1.0" encoding="ISO-8859-1"?><html xmlns="http://www.w3.org/1999/xhtml" lang="de-DE" xml:lang="de-DE">
<head>
<title>...</title>
...
<meta name="content-language" content="de" />
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1" />
<meta http-equiv="content-language" content="de" />
...
<meta name="DC.Language" content="de" />
Hat jemand von euch schon mal Lynx und den WCAG-Empfehlungen Erfahrungen gesammelt?
Habe ich irgendeine wichtige Meta-Angabe vergessen?
TIA,
tom
P.S. Zum Thema WCAG: Ich habe ja gute Augen, aber die Schriftgröße in dieser <textarea> ist wirklich winzig! ;-)
-
Hi,
Jetzt habe ich aber ein Problem mit den deutschen Umlauten. Lynx will sie einfach nicht darstellen. Die Frage ist nun, ob das Problem bei Lynx oder bei meinem HTML liegt.
Ich würde sagen: die von der DOS-Box verwendete Codepage...
cu,
Andreas--
MudGuard? Siehe http://www.Mud-Guard.de/-
Hey,
[...] entsprechend den WCAG-Empfehlungen der W3c zu überarbeiten.
Besser wär's wenn du "WAI" und "w3c" schreibst - das sind die geläufigeren
Bezeichnungen.Jetzt habe ich aber ein Problem mit den deutschen Umlauten. Lynx will sie
einfach nicht darstellen. Die Frage ist nun, ob das Problem bei Lynx oderIch hab mir mal spaßenshalb gleich das Selfforum mit lynx reingezogen, und
mit Umlauten gibt es keine Probleme.
Also erklär doch mal bitte etwas genauer, was für ein Problem du eigentlich
hast - werden die Buchstaben oder Wörter ausgelassen, falsche Sonderzeichen
oder Leer-/NUL-zeichen ausgegeben oder wird schlicht ein "a" statt "ä"
angezeigt?[...] Folgende Information sind in jedem HTML-Dateikopf kodiert [...]
Sieht irgendwie eher nach XHTML aus(?)
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1" />
Sieh` dir doch einfach mal einfach den Quellcode des Forums an, dort steht
es richtig - der HTTP header nennt sich "Content-Type" (der ein oder andere
Browser verschluckt sich auch heute noch an GROß- und kleinschreibung) und
in deiner Seite ist der Dateityp doch eher "text/xhtml", "text/html+xml"
oder irgendsoetwas?Übrigens gibt es lynx auch in einer Win-Version ("DOSlynx" und "bobcat").
MsF,
milky-
Hallo,
[...] entsprechend den WCAG-Empfehlungen der W3c zu überarbeiten.
Besser wär's wenn du "WAI" und "w3c" schreibst - das sind die geläufigeren
Bezeichnungen.Was ist daran zu beanstanden, dass er sagt, dass er seine Seite entsprechend den WCAG des W3Cs überarbeitet, wieso soll er da »WAI« schreiben? Doch wohl eher »Web-Zugänglichkeitsrichtlinien«, um die Abkürzung zu vermeiden.
[...] Folgende Information sind in jedem HTML-Dateikopf kodiert [...]
Sieht irgendwie eher nach XHTML aus(?)
HTML-kompatibles XHTML. Das einzig breit kompatible momentan.
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1" />
Sieh` dir doch einfach mal einfach den Quellcode des Forums an, dort steht es richtig - der HTTP header nennt sich "Content-Type" (der ein oder andere Browser verschluckt sich auch heute noch an GROß- und kleinschreibung)
Das sollte relativ egal sein, zumal es in HTTP auch egal ist.
in deiner Seite ist der Dateityp doch eher "text/xhtml", "text/html+xml" oder irgendsoetwas?
Der MIME-Typ von HTML-kompatiblem XHTML gemäß dem Anhang C der XHTML 1.0-Spezifikation ist text/html.
Mathias
-
Hey,
Sieh` dir doch einfach mal einfach den Quellcode des Forums an, dort steht es richtig - der HTTP header nennt sich "Content-Type" (der ein oder andere Browser verschluckt sich auch heute noch an GROß- und kleinschreibung)
Das sollte relativ egal sein, zumal es in HTTP auch egal ist.
Sollte es. Weil es hier aber um ein Browser-Problem ging(?), kann man sowas
trotzdem als Fehlerquelle in Betracht ziehen.Der MIME-Typ von HTML-kompatiblem XHTML gemäß dem Anhang C der XHTML 1.0-Spezifikation ist text/html.
Und wie üblich gibt es auch dazu verschiedene Meinungen. Wenn eine
XHTML-Seite ausgeliefert wird, dann mom. nur als text/html, sonst würde
es außer Mozilla kein Browser anzeigen. Technisch gesehen hätte man sich
dann aber die Mühe mit dem DOCTYPE und der besseren Tagstruktur schenken
können, die Seite wird dann wie eine stinknormale HTML Seite behandelt.
Schlauerweise läßt man das <meta>-Tag ganz weg, und schickt den richtigen
MIME-Typ je nach Accept: header.
http://www.xml.com/pub/a/2003/03/19/dive-into-xml.htmlMsF,
milky-
Hallo,
Der MIME-Typ von HTML-kompatiblem XHTML gemäß dem Anhang C der XHTML 1.0-Spezifikation ist text/html.
Und wie üblich gibt es auch dazu verschiedene Meinungen.
Sicherlich.
Wenn eine XHTML-Seite ausgeliefert wird, dann mom. nur als text/html, sonst würde es außer Mozilla kein Browser anzeigen. Technisch gesehen hätte man sich dann aber die Mühe mit dem DOCTYPE und der besseren Tagstruktur schenken können, die Seite wird dann wie eine stinknormale HTML Seite behandelt.
Außer im Browser kann der Code autoren- bzw. serverseitig als XML verarbeitet werden, es hat also durchaus Vorteile, XHTML zu schreiben, selbst wenn es letztlich vornehmlich als text/html ausgeliefert wird. Man denke etwa an Validierung gegen das zugehörige XML-Schema, bzw. alleine schon die DTD-Validierung von XHTML ist strenger, Stichwort shorttag et cetera.
Schlauerweise läßt man das <meta>-Tag ganz weg, und schickt den richtigen MIME-Typ je nach Accept: header.
Das meta-Element mit der Kodierungsangabe sollte im Falle von text/html genauso vorhanden sein wie das encoding-Attribut in der XML-Deklaration im Falle von application/xhtml+xml, damit das Dokument außerhalb eines HTTP-Kontexts problemlos dargestellt werden kann.
Mathias
-
-
-
-
Hallo,
Jetzt habe ich aber ein Problem mit den deutschen Umlauten. Lynx will sie einfach nicht darstellen. Die Frage ist nun, ob das Problem bei Lynx oder bei meinem HTML liegt.
Ich würde sagen: die von der DOS-Box verwendete Codepage...
Eine DOS-Box unter *Linux*?!
Unter Windows ist das Problem ja bekannt... </archiv/2001/8/28103/#m146488>
Mathias
-
Hi,
Eine DOS-Box unter *Linux*?!
Das "unter Linux" hab ich nicht gelesen (unterbewußt verdrängt? ;-) )
cu,
Andreas--
MudGuard? Siehe http://www.Mud-Guard.de/
-
-
Hallo MudGuard,
Ich würde sagen: die von der DOS-Box verwendete Codepage...
Unter Linux LC_CTYPE falsch gesetzt und/oder der verwendete
Console-Font.Grüße,
CK--
<zentrum> wie war noch mal die option in make.conf fuer das benutzen von pipes um das compile zu beschluenigen?
<CK1> CFLAGS="-pipe"
<torsten> Oder man frage einen Gentooer seiner Wahl, wie man 2 km Compilerswitches fuer seine CPU hinbekommt ;)
-
-
Hallo,
Was bisher (komischerweise) noch niemand kritisiert hat:
Die falsche Reihenfolge:<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<?xml version="1.0" encoding="ISO-8859-1"?><html xmlns="http://www.w3.org/1999/xhtml" lang="de-DE" xml:lang="de-DE">
<head>Wenn schon die XML-Deklaration, dann bitte als erstes:
<?xml version="1.0" encoding="ISO-8859-1"?>
<!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" lang="de-DE" xml:lang="de-DE">
<head>P.S. Zum Thema WCAG: Ich habe ja gute Augen, aber die Schriftgröße in dieser <textarea> ist wirklich winzig! ;-)
Dann nimm einen anstaendigen Browser bzw. stell dort
eine anstaendige Schriftgroesse ein. ;-)mfg, Thomas