Anwendungen Telefonbuch/Adressbuch für den PC ?

@AndreasBloechl: Das mag ja alles sein, is auch schön dass du eine für dich akzeptable Variante gefunden hast, aber wir sind quasi noch vom "alten Stamm" und geben uns nicht damit zufrieden dass es ned geht, sondern wir wollen wissen WARUM es nicht geht und wie wir es ändern können

@Protti: wenn ich die Test.vcf von dir mitm Notepad abspeichere dann schauts genauso mager aus.
Hab ja mehrere Optionen:
Speichern als Textdokument mit Endung .vcf - geht nicht
Speichern als Textdokument MS-DOS-Format mit Endung .vcf - geht nicht
Speichern als Unicode Textdokument mit Endung .vcf - endet beim Importieren in folgendem Fehler:

Code:

Die vCard konnte aus einem unbekannten Grund nicht geparst werden. (Expected String "BEGIN:VCARD" did not come (Instead, "ÿþB E G I N : V C A R D " came))

 

Das Problem wird der schon genannte Linefeed sein. Android erwartet als Unixoid mit Sicherheit LF während Windows ein CR+LF schreibt. Die Frage wäre jetzt also was bei vcf der Standard ist. Versucht doch mal ein echtes vCard Tool. Ich hatte doch oben einen Konverter verlinkt.

Oder halt ein texteditor, der Unixdateien speichern kann.

Symbian benutzt übrigens wie Windows CR+LF, wäre also mal interessant ob vcf von Symbian auf android und vice versa klappt.

 

So Leute, habe jetzt mal auch einige Tests gemacht. Wenn das ganze Thema nicht so traurig wäre, dann könnte man laut darüber lachen. Jedenfalls hatte ich heute schon ein Lachkrampf bekommen - dazu später...

Zuerst einmal habe ich auf dem Milestone einen Testkontakt erstellt und auf SD abgespeichert.

Code:

BEGIN:VCARD
VERSION:2.1
N:NachÄÖÜ;Voräöü;;;
FN:Voräöü NachÄÖÜ
TEL;HOME;VOICE:123
ADR;HOME:;;Teststraße 1;;;;
END:VCARD

Der Witz an der Sache ist, daß das mein Stone(Android 2.1 Update 1) die Version 2.1 benutzt UND die Umlaute/Sonderzeichen der vCard gleich mit UTF-8 Codierung speichert. Soweit eine gute und richtige Sache - dazu auch später mehr.



Das gleiche Spiel auf meinem VF 845 (auch Android 2.1 Update 1) ebenfalls:

Code:

BEGIN:VCARD
VERSION:2.1
N:NachÄÖÜ;Voräöü;;;
FN:Voräöü NachÄÖÜ
SOUND;X-IRMC-N:NachÄÖÜ;Voräöü;;;
X-PHONETIC-FIRST-NAME:Voräöü
X-PHONETIC-LAST-NAME:NachÄÖÜ
TEL;HOME;VOICE:123
ADR;HOME:;;Teststraße 1;;;;
END:VCARD

Überraschenderweise verwendet es ebenfalls UTF-8 plus ein paar zusätzliche Phonetic-Einträge. Aber die eigentlichen Daten sind identisch.



Dann jeweils auf beiden Handys die Testkontakte gelöscht und über die jeweils gespeicherte vCard-Datei von der SD-Card zurücklesen lassen.

Ergebnis: Jedes Handy konnte seine eigene Datei korrekt wieder zurücklesen. Bis dahin sehr gut!

OK, dann wieder die Kontakte im Handy gelöscht und die vCard Dateien per Computer Quasi "vertauscht". Also das Stone die Card vom 845 und umgedreht.

Das Stone konnte die Card vom 845 korrekt lesen!!!

Aber jetzt wird es lustig...

Das 845 war der Meinung irgendwelche Chinesischen Zeichen darstellen zu müssen bei der Card vom Stone. Und das trotz gleicher Codierung. Bug oder böse Absicht?
Denn in der Card vom Stone sind ja kein "Phonetic"-Einträge. Ich will niemanden was böses unterstellen, aber programmtechnisch erklärbar ist es nicht. Denn Beides ist UTF-8.
So sah das übrigens wirklich im Display aus, also die chinesischen Schriftzeichen...

Code:

BEGIN:VCARD
VERSION:2.1
N;CHARSET=UTF-8:Nach脛脰脺;Vor盲枚眉;;;
FN;CHARSET=UTF-8:Vor盲枚眉 Nach脛脰脺
SOUND;X-IRMC-N:Nachkeng dou sui;Vormang mei mei;;;
X-PHONETIC-FIRST-NAME:Vormang mei mei
X-PHONETIC-LAST-NAME:Nachkeng dou sui
TEL;HOME;VOICE:123
ADR;HOME;CHARSET=UTF-8;ENCODING=QUOTED-PRINTABLE:;;=54=65=73=74=73=74=72=61=E8=84=BD=65=20=31;;;;
END:VCARD

Und da war er, mein erster Lachkrampf. Lustig sah es ja schon aus...:D

Bei der Gelegenheit @ Proti

Das unterschiedliche Zeilenende bei verschiedenes OS ist tatsächlich mitunter ein Problem, obwohl viele Texteditoren oder auch Parser damit schon umgehen können. Nur verlassen sollte man sich nicht darauf. Und das mit Deinem "alten" Texteditor liegt daran, das heutige, moderne Editoren - auch der simple Texteditor von Windows - durchaus mit Zeichensatzcodierungen umgehen können.
Er erkennt als durchaus korrekt und eigenständig die UTF-8-Codierung in diesen v-Cards und stellt sie richtig dar.



Allerdings solltest Du damit trotzdem nicht unbedingt Zurückspeichern, denn UTF-8 besitzt normalerweise einen 3-Byte-Header, der der Editor dann tatsächlich und auch völlig richtig einfügt...



Das ist/war übrigens auch der Grund, warum Dark dann diesen Parserfehler bekommen hat: Die Handys verwenden zwar durchaus auch (eigenständig) UTF-8, können aber mitunter ihre eigene Codierung nicht wieder lesen. Und erst recht nicht, wenn man es ihnen sogar noch korrekt anbietet...
Oder denke an den Eintrag, den Du mit Deinem Handy zwar erstellt hast und den das Handy nicht mehr lesen konnte.

Man könnte denken, das es unterschiedliche Programmierer mit unterschiedlichen Wissenstand sind: Einer zuständig für das schreiben/erstellen der vCard, ein Anderer für das Zurücklesen. Und keinerlei Absprache zwischen den beiden. Traurig...


Fortsetzung folgt....

 

Wie ich sehe, verwenden beide noch Version 2.1, also bisschen alt.

Der Stein von mir (Android 2.3.3) verwendet 3.0. Naja eigentlich schon seit Android 2.2.1 :D

Ich hätte es am Ende sogar noch verstanden, wenn es Versionskonflikte gehen würde,aber dann hätte Dark nicht meine Test.vcf einlesen können...Das gibt wirklich zu denken.

Und jetzt nochmal: Ich hab keine AHNUNG, WAS Windows da macht, aber ich hab jetzt EXTRA nochmal meine paar Editoren ausgepackt. Leafpad, gedit, nano UND mcedit.

letzteren beiden sind Terminaleditoren. Die ersten 2 sind GUI Editoren wie die von Windows. Zusätzlich habe ich mir mal wieder einen schicken Hexeditor runtergeladen und bisschen experimentiert.

Kontakte sind von mir persönlich bearbeitet und gespeichert worden.

Aber kommen wir mal zum Praxistest:

Editor Nummer1 (gedit):



Und das ganze im Hexeditor:



Dann hätten wir Leafpad, einen sehr sehr einfachen Texteditor:



Hexeditor:



Nun kommen wir mal zu den Terminaleditoren, die agieren EIGENTLICH anders, aber naja, scheint wohl nicht so zu sein. Nano:



Hexeditor:



mcedit (hier ist anzumerken, dass die komischen Zeichen NICHT! direkt zur Textdatei gehören, sondern zeigen nur an, wo Enter gedrückt wurde:



Hexeditor:



So. Und ALLE diese vcf können korrekt gelesen werden vom Milestone. Es scheint UTF-8 zu sein, aber keine zusätzlichen 3 Bytes, wie man im Hexeditor sehen kann.

Das Problem hatten wir im übrigen schon mal Meiner Einer und zwar mit Recalc Denn da wurde auch alles falsch angezeigt, OBWOHL ich KORREKTE UTF-8 Unterstützung hatte, auf Englisch gings, aber nicht auf Deutsch :fresse

Also MUSS! Windows was anders machen. Was du mal machen kannst: Teste mal Notepad++, des kann unix speichern.

Wenn das dann geht, weißt ja woran es liegt

 

Da bin ich mal gespannt ob ihr zu einer AllInOne Lösung kommt. Ich habe es vor einigen Jahren schon aufgegeben und jedes mal wenn ich ein anderes Telefon kaufe fängts von vorne an. Ich mache es einfach wie gesagt. Vorfolge aber gespannt zu was für einem Ergebniss ihr kommt.

 

So, Meiner Einer hatte mich am Telefon (2:45h :fresse) gebeten mal bisschen mit den vCards zu spielen, weil ich die Möglichkeit habe, die Textkodierung UND sogar das Zeilenende manuell festzulegen.

Warum das ganze? Nun, es SCHEINT zumindest, dass Motorola hier beim Import von vCards alles richtig gemacht hat, denn es liest sogut wie jede.

Kommen nun aber mal zu den Tests:

UTF-32 mit Unix-Zeilenende:

Konnte nicht gelesen werden.

UTF-32 mit Windows-Zeilende: konnte nicht gelesen werden.

UTF-16 mit Unix-Zeilenende: konnte nicht gelesen werden.

UTF-16 mit Windows-Zeilenende: konnte nicht gelesen werden.

UTF-7 mit Unix-Zeilenende:

Konnte gelesen werden und auch importiert, allerdings fehlen hier gänzlich die Sonderzeichen und es wurden wild irgendwelche Zeilen hinterlegt, desweiteren fehlen jegliche Informationen zu Telefonnummer, Adresse etc pp. Lediglich der Alias ist vorhanden :D

UTF-7 mit Windows-Zeilenende:

das gleiche

ISO-Kodierung:

Die Datei »/home/protector/Desktop/testvcf.vcf« konnte mit der Zeichenkodierung »Westlich (ISO-8859-15)« nicht gespeichert werden.

Also kann ich garnicht erst speichern.

In dem Sinne geht also nur UTF-8 richtig. Echt traurig, dass die Hersteller das nicht ALLE korrekt implementiert haben.

 

Ich finde da sollte es auch einen ganz klaren Standard geben an dem sich alle halten müssen.

 

Es gibt natürlich noch tausend andere Kodierungen, die aber alle durchgehen würde wirklich den Rahmen sprengen Des waren jetzt nur mal so wie wichtigsten

Vorallem bedauerlich ist es, wenn man in einem Gerät zwar die vCard exportieren, dass Gerät aber nicht mal mehr seine eigene vCard importieren kann, so wie des beim Blade der Fall ist. DAS ist dann wirklich hart.

 

Weist du wie es da beim HTC ausschaut? Ich traue mich es jetzt gar nicht zu probieren weil mein altes Sony mein Sohn bekommen hat und dort die Adressen nicht mehr drauf sind. Also hätte ich keine Möglichkeit mehr sie zurück zu spielen.
Mir ist aber das mit UTF8 auch aufgefallen wenn ich die Sicherungsdatei mit einem Manager öffne, da steht dann ein extrem langer Zeichencode dabei was bei normalen Adressen ohne Umlaute nicht der Fall ist.
Bin immer noch am umschreiben der Adressen.:D

 

Ohne UTF-8 keine Sonderzeichen

Also Sonderzeichen sind solche Zeichen, die du NICHT auf der Tastatur siehst

 

OK, wenn die Handys bei UTF-8 zusätzlich noch in der vCard angeben "CHARSET=UTF-8", das wäre kein Problem, denn es wird nur intern ausgewert zur richtigen Interpretation der Zeichen.
Es würde reichen, wenn alle zumindest halbwegs modernen Handys generell dieses UTF-8 unterstützen würden. Dann gäbe es keine Probleme. Denn damit kannst Du sogar chinesische Schriftzeichen darstellen, wenn es sein muß. Nur leider sehen wir ja, wie es praktisch aussieht.

Und da jeder Hersteller sogar noch sein eigenes "Süppchen" kocht, ein Handy sogar seine eigenen vCards nicht lesen kann...

@ Proti - Dankeschön für den Test.

 

Vielleicht teste ich heute noch ob das Wildfire zurücksichern kann. Mal schauen wie ich nach dem Bayernspiel heute noch Zeit habe.

 

Du kannst ja mal testen, ob du die vcf einlesen kannst und ob alles korrekt eingelesen wird.

Das ist eine normale vCard ohne irgendwelche CHARSETS, sondern direkt in UTF-8 gespeichert.

Wenn das funktioniert, dann macht auch HTC alles richtig.

 

Ist das nur ein einziger Adressbucheintrag?

 

Jap, des ist nur ein einziger Ich lad doch nicht mein ganzes Adressbuch hoch, bin doch nicht irre :fresse

 

Du , wie importiere ich denn nur einen einzigen Eintrag? Wird mir da nicht die vorhanden Adressen gelöscht? Einfach auf Menü und dann importieren und diese Datei wählen? Nich dass dann die anderen weg sind.

 

Die anderen sind dann nicht weg Was meinst wie ich meine Tests gemacht habe? Immer wieder die selbe Datei anders gespeichert, hochgeladen und die einzelne Datei imporiert.

Die anderen Kontakte werden dadurch nicht beeinträchtigt. Nur löschen musst den Kontakt wieder von Hand

Ich geh jetzt mal vom Milestone aus, da geht des so:

Kontakte öffnen -> Menü drücken -> Importieren/exportieren -> Importieren von SD-Karte -> nur Telefon, nicht synchronisiert -> Eine vCard-Datei importieren -> dann die vcf auswählen und warten.

Danach SOLLTE! Der Kontakt vorhanden sein und vorallem korrekt angezeigt werden.

Du kannst dir die vCard auch im Editor anschauen zb. Und dann kannst du ja mal mit einer vCard von deinem Gerät vergleichen.

Dazu brauchst du ja nur deine Kontakte als vCard zu exportieren und des wird dann auf SD-Karte gespeichert. Dann öffnest du die und schaust wie des bei dir aussieht.

So schwer is das nicht

 

Ja mache ich , habe das komplette Adressbuch als eine einzige vCard Datei hier liegen.
Dachte aber das das komplette Adressbuch dann mit dieser Datei von dir aktuallisiert wird. Danke für die Info.

 

Lach, du hast den Sinn einer vCard nicht verstanden. Eine vCard überschreibt keine Kontakte, sondern fügt welche hinzu. Wenn jetzt aus welchem Grund auch immer, der gleiche Name vorhanden ist, wird auch der nicht überschrieben, sondern ein 2ter mit exakt demselben Namen erzeugt. Hab ich auch schon ausprobiert :D

 

Ja kann sein:D ich habe auch noch nie eine Sicherung zurückspielen müssen.