Michael Heydekamp ([EMAIL PROTECTED]) wrote
> Martin Wodrich <[EMAIL PROTECTED]> wrote on 03.03.04:
>> Hans-Juergen Taenzer schrieb am 02.03.04 um 22:08:
>>> Irgendjemand sagte mal, da� Ermitteln der aktuellen Codpage w�re
>>> unm�glich, oder zumindest schwierig
> Nicht irgendjemand, sondern Jochen Gehring. Ich hab' mal
> rumgekramt und <[EMAIL PROTECTED]
> .de> (in c.o.p.d) gefunden:
> ----------8<----------
>> So 'ne CP-Testroutine
[...]
> aber wenn noch keine CP-definiert wurde (also auch wenn
> DISPLAY.SYS garnicht installiert ist) liefert das den Wert, der in
> der Config.sys bei COUNTRY angegeben wurde, wenn da
> "country=049,850..." steht bekommt man 850 zur�ckgeliefert, auch
> wenn man CP437 hat... ----------8<----------
> Wobei noch zu pr�fen w�re, was man zur�ckbekommt, wenn DISPLAY.SYS
> nicht installiert und bei COUNTRY gar keine Codepage angegeben
> ist...
> Wer CP437 benutzt, hat DISPLAY.SYS i.d.R. nicht installiert.
Wenn dem tats�chlich so ist, w�re das vermutlich ein KO-Kriterium,
Aber soweit bin ich noch nicht mit meinen eigenen Test.
[...]
> Ich bin mir ziemlich sicher, da� HJT darauf nicht hinauswollte.
> Aus den bisherigen per Mail gef�hrten Threads schlie�e ich einfach
> mal, da� er sich eine flexible L�sung vorstellt: XP pr�ft die
> Codepage und verh�lt sich entsprechend.
Jupp.
> Wobei "verh�lt sich entsprechend" im gegenw�rtigen Zustand nur
> bedeuten kann: Es finden andere Konvertiertabellen Anwendung. Ist
> CP437 aktiv, wird von/nach CP437 konvertiert, entsprechend wird im
> Falle CP850 oder anderer Codepages verfahren.
> Abgesehen davon, da� das die inzwischen ohnehin schon sehr hohe
> Anzahl an Konvertiertabellen - je nachdem, wieviele und welche
> Codepages man unterst�tzen will - um ein Vielfaches erh�hen w�rde,
> scheitert diese Idee IMO schon an folgenden Umst�nden (Aufz�hlung
> unvollst�ndig):
Danke erstmal f�r Deine ausf�hrliche Kommentierung.
Aber du gehst von einer falschen Vermutung bez�glich meiner Vorstellungen
aus.
Ich war bei meinen Gedankenspielen nie davon ausgegangen, die Ablage der
Nachrichten codepageabh�ngig zu machen, die soll wie bisher bei CP437
bleiben.
Was ich mir vielmehr vorgestellt habe, war, da� die Anzeige abgestellt
wird auf die jeweilig aktive Codepage, und nat�rlich beim Schreiben die
aktive Codepage zur Kenntnis genommen wird.
Das bedeutet dann nat�rlich, da� bei der Anzeige und beim Speichern von
Nachrichten on the fly beim Anzeigen von cp437 in die aktuelle Codpage,
und beim Speichern von der aktuellen Codepage nach CP437 konvertiert
werden muss.
Da� auch diese simplere Vorgehensweise an vielen Stellen Arbeit bedeutet,
ist mir schon klar. ZB. m�ssen beim Suchen die eingegebenen Suchkriterien
von der aktuellen CP nach 437 gewandelt werden. Dann gibts bei Kl�tzchen-
Grafik Probleme, mit Zeichen, die nicht in zB. CP 850 enthalten sind.
Ausserdem m�sste es auf die jeweilige Codepage abgestellte Schriftarten
geben (wobei vermutlich neben 437 nur 850 von Bedeutung sind), usw...
[...]
> Wenn Du, Hans-J�rgen, sagst ...
> ----------8<----------
>>> (im Zusammenhang mit der Frage, ob es nicht sinnvoll w�re, da�
>>> FreeXP sich nach der aktuell eingestellten Codepage beim
>>> Anwender richtet, anstat cp437 zu fordern). ;)
> ----------8<----------
> ... dann ist das ein flott hingeschmissener und sicher nicht
> unpopul�rer Wunsch, aber bevor irgendjemand dazu auch nur eine
> Codezeile schreibt, mu� ein stimmiges Design her, das u.a. die
> oben angesprochenen Punkte ber�cksichtigt und die dort
> angesprochenen Probleme weitestgehend l�st.
Bin ich voll bei Dir. :)
Gruss
Hans-Juergen
------------------------------------------------------------------------
FreeXP Entwickler-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
