Hello,
Auf jeden Fall will ich nur _eine_ zentrale CSS-Angabe haben.
allgemeine formatierungen in eine CSS-datei,
gut, die müsste dann auch nicht jedes Mal neu übertragen werden.
Würdesrt Du denn Durcklayout und Screenlayout (allgemeines...) in eine Datei packen, oder auch nochmal teilen? Das wird dann irgendwann recht atomistisch
sprachabhängige spezialfälle jeweils in gesonderte CSS-dateien - dann brauchst du zur sprache xy nur noch zusätzlich sprache_xy.css einbinden.
das wäre zumindest meine erste idee.
Und das scheint mir auch die sinnvollste zu sein. Ob ich die Variablen (für die CSS-Parserei) nun im System verstreue, oder die CSS-Overlays für die Sprache... Da scheint mir das mit den CSS-Sprachergänzungs-Dateien noch kompakter zu sein.
parameter im URL würde ich bevorzugen.
Ja, klingt logisch. Damit rutscht der Browser mit HTTP_ACCEPT_LANGUAGE eins runter in dr Hierarchie:
1. Schauen ob Postparamter zur Sprachwahl vorhanden ist
2. sonst schauen ob GET-Parameter zur Sprache vorhanden ist
(Verzeichnis scheidet aus, da kein mod_rewrite)
3. sonst schauen, was der Browser wünscht
4. schauen ob die Sprachversion verfügbar ist
5. aus den vorhandenen Sprachen auswählen und Einstellung merken
Welche Zeichensätze gehören dazu? Muss ich UTF-X-codieren?
ich würde UTF-8 bevorzugen - erscheint mir einfacher, als ständig zwischen verschiedenen kodierungen zu wechseln.
Ich hasse das UTF-8 und seine Brüder, weil es das neue Babylon ist, aber ich kanns ja nicht ändern. Werde ich also mal den Editor wechseln. Wüsste jedenfalls nicht, dass Textpad UTF-8 kann...
Danke für die philosphische Unterstütung, auch an Gunnar
Harzliche Grüße aus http://www.annerschbarrich.de
Tom
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau