Michael Suhr wrote:
Nur, wer hat dies wirklich in seiner Familie? Wieviele Prozent der
Anwender verstehen diese Problematik überhaupt?!100% der Anwender mit kulturell unterschiedlichen Verwandten
haben das Problem.
Das ist ja eine Antwort. Fast so, als ob ich fragen würde, wieviel Prozent
der Weltbevölkerung Gene für eine dunkle Hautfarbe in sich trügen und
die Antwort bekäme : Alle, also 100% von denen, die Verwandte
in Afrika haben. :°>
Ich gestehe, ich wollte provozieren 
MfG, Metti.
Hi Reiner Kerp,
für diese Nachricht habe ich als Format UTF-8 gewählt, um das Problem
überhaupt anschaulich machen zu können.
Seltsam genug, bei mir wird das Zeichen nicht angezeigt?! ("esh" (U+283))
Problem von Windows 98?
Schönen Gruß
Michael Suhr
Michael Suhr wrote:
für diese Nachricht habe ich als Format UTF-8 gewählt, um das Problem
überhaupt anschaulich machen zu können.Seltsam genug, bei mir wird das Zeichen nicht angezeigt?! ("esh" (U+283))
Problem von Windows 98?
ja
MfG, Metti.
Problem von Windows 98?
Nein, das Problem ist der Zeichensatz. Der muss entweder voreingestellt sein oder man muss in das entsprechende Format wechseln.
Wenn ich z.B. im von mir benutzeten IE6 auf Format klicke und in der Zeile "Zeichensatz" => "mehr" kein UTF-8 erscheint, ist dieser Zeichensatz halt nicht installiert. Ein frei verf�gbarer Zeichensatz w�re Lucida Sans Unicode. Danach kann man "googeln". Microsoft Sans Serif muss man sich bei einem Freund besorgen der entweder MS Office oder Works hat.
Sch�ne Gr��e aus Landsberg am Lech,
Reiner (Kerp)
Reiner Kerp wrote:
Problem von Windows 98?
Nein, das Problem ist der Zeichensatz. Der muss entweder voreingestellt sein oder man muss in das entsprechende Format wechseln.
Moment, Gab es die Unicodeunterstützung nicht erst mit Windows 98SE?
Ein frei verfügbarer Zeichensatz wäre Lucida Sans Unicode.
Das würde zumindest helfen, herauszufinden ob Unicode unterstützt wird.
MfG, Metti.
Hallo,
100% der Anwender mit kulturell unterschiedlichen Verwandten haben das
Problem.
Das klingt mir etwas zu dramatisch.
Er wollte uns ein wenig provuzieren...
Es ist immer eine Sache der Priorit�tensetzung.
Genau, genau. Was nutzt mir die sch�nste Zeichensatzfunktionalit�t, wenn
ich zum einen die Zeichen nur mit M�he eingeben kann und zum anderen
dieses Feature nur von einer, wenn auch elit�ren, Minderheit genutzt wird?
Mein Progr�mmelchen soll f�r den Standardanwender die wichtigsten
Funktionen �bersichtlich bereitstellen und die Daten m�glichst transparent
und f�r das Auge wohlgef�llig visualisieren.
Und damit habe ich alle H�nde voll zu tun.
Ich habe �ber die letzten Jahre Hunderte von Anwenderanfragen erhalten,
von denen sich gerade mal eine Handvoll auf Unicode bzw. Unterst�tzung
von osteurop�ische Sonderzeichen beziehen.
Yepp, so �hnlich ist es bei mir auch. Trotz enormer Personenzahl finde
ich kaum ein Zeichen aus Unicode oder utf8, welches ich nicht nach ANSI
konvertiert bekomme.
Also, was soll�s? Notieren, dass es da noch was zu Tun gibt (OBI?! ;^> )
und sich auf das Wesentliche konzentrieren.
Sch�nen Gru�
Michael Suhr
www.suhrsoft.de
GView, in aktuellen Version V1.2.3.30 verf�gbar!
Michael Suhr wrote:
Es ist immer eine Sache der Prioritätensetzung.
Genau, genau. Was nutzt mir die schönste Zeichensatzfunktionalität, wenn
ich zum einen die Zeichen nur mit Mühe eingeben kann und zum anderen
dieses Feature nur von einer, wenn auch elitären, Minderheit genutzt wird?
Sehe ich etwas anders.
Es gibt die Möglichkeit schon lange und es ist ein zusätzlicher Komfort. Heute gibt es auch (fast) kein Auto mehr ohne Klimaanlage, ABS oder Airbag. Braucht man auch nicht unbedingt.
Mein Progrämmelchen soll für den Standardanwender die wichtigsten
Funktionen übersichtlich bereitstellen und die Daten möglichst transparent
und für das Auge wohlgefällig visualisieren.
Dein Progrämmchen kann auch noch keinen Gedcomexport (oder hat sich das geändert). Wenn Du den einbaust, gehe ich davon aus, dass Du Dich an den Gedcomstandard hälst und nicht ANSI (o.ä.) als Zeichenkodierung benutzt. Das war doch das eigentliche Thema.
Trotz enormer Personenzahl finde
ich kaum ein Zeichen aus Unicode oder utf8, welches ich nicht nach ANSI
konvertiert bekomme.
Woran mag das bloß liegen?
Wenn der Anwender die Zeichen in die Programme nicht eingeben kann, wie sollen sie dann in den Gedcomdateien auftauchen? Also ist der Anwender gezwungen die vorhandenen Daten so gut es geht zu übernehmen. Eben fehlerhaft. Hier dreht man sich im Kreis. Der Programmierer sagt, es nutzt keiner und der Anwender nutzt es nicht, weil es nicht geht.
Um bei dem schönen Autobeispiel zu bleiben: Wenn die Autohersteller in den 70er Jahren die Autofahrer gefragt hätten, wer denn eine Klimaanlage oder ABS im Auto hat, kämen die auch zu dem Ergebnis "nuzt doch keiner".
Mir geht es aber nicht darum, ob es genutzt wird oder nicht. Mir geht es darum, dass viele Programme sich nicht an die Gedcom-Definition halten und nich zulässige Zeichencodierungen benutzen.
MfG, Metti.
das ge�ndert). Wenn Du den einbaust, gehe ich davon aus, dass Du Dich
an den Gedcomstandard h�lst und nicht ANSI (o.�.) als
Zeichenkodierung benutzt. Das war doch das eigentliche Thema.
Ich arbeite fleissig an GHome, welches der grosse Bruder von GView
sein soll. Also mit der M�glichkeit die Daten zu Editieren, zu Speichern
und auch zu Exporiteren.
Die Zeichenkodierung wird wahrscheinlich w�hlbar sein, so wie bei PAF auch.
[Autobeispiele]
Jaja, so betrachtet ist es schon richtig. Und wie schon gesagt, das Thema
ist nicht g�nzlich vom Tisch und ich werde den erweiterten Zeichensatz
ggf. noch implementieren; so schwer ist das auch wieder nicht.
darum, dass viele Programme sich nicht an die Gedcom-Definition halten
und nich zul�ssige Zeichencodierungen benutzen.
Ja, das hat man immer. Alleine schon, wie unterschiedliche Entwickler ihre
GedCom - Dateien speichern. Man kann immer nur hoffen, dass keine
Informationen verloren gehen. Meistens hofft man aber vergebens, selbst
bei namhaften Programmen.
Weisst Du, ich w�re schon gl�cklich, wenn sowas mit meinem Programm
nicht passieren k�nnte und das ist auch das, woran ich gerade arbeite.
Genau, ein Import mit anschliessendem Export ohne Verlust von Daten,
auch wenn diese von meinem Programm gar nicht verarbeitet werden.
Ich bin selber gespannt, glaube es mir!
Sch�nen Gru�
Michael Suhr
www.suhrsoft.de
GView, in aktuellen Version V1.2.3.30 verf�gbar!
Michael Suhr wrote:
Genau, ein Import mit anschliessendem Export ohne Verlust von Daten,
auch wenn diese von meinem Programm gar nicht verarbeitet werden.
Das ist machbar. Allerdings ist es schwer, dass nachträglich in ein Programm einzubauen. Wenn man aber mit genau dieser Intention an die Sache geht, kann das funktionieren.
MfG, Metti.