Autor |
Nachricht |
Antony
Anmeldedatum: 14.05.2020
Beiträge: 4
|
Verfasst am:
Do Mai 14, 2020 20:40 |
|
|
|
|
Antony
Anmeldedatum: 14.05.2020
Beiträge: 4
|
Verfasst am:
Do Mai 14, 2020 23:49 |
|
Also I just found that when created a Backup file with contacts data that for a strange reasons ver. 2.1 of vCard spec was used and not more-or-less mature v3.0. why?
Also lines with nickname contains multiple repeats of the phrase "CHARSET=UTF-8;":
NICKNAME;LABEL=;X-SYNCMLREF6137;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8:Personal NICKname of my Contact
on some lines i saw 12 repeats! |
|
|
|
|
Antony
Anmeldedatum: 14.05.2020
Beiträge: 4
|
Verfasst am:
So Mai 17, 2020 17:21 |
|
hmmmm, intersting....
does author REALLY do programming stuff and interesting in future development of this app?
no comments at all? |
|
|
|
|
Koelner
Anmeldedatum: 11.10.2012
Beiträge: 1605
Wohnort: Deutschland
|
Verfasst am:
Mo Mai 18, 2020 10:00 |
|
You do realize, that you´re not the only one who is using this forum?
You do realize, that there was a weekend coming up?
You do realize, that you´re using a free software?
As for your "request", I´ll give FJ a hint to this thread. |
_________________ Nur Geduld! Mit der Zeit wird aus Gras Milch. |
|
|
|
FJ
Site Admin
Anmeldedatum: 15.02.2006
Beiträge: 31497
Wohnort: Tirol
|
Verfasst am:
Mi Mai 20, 2020 23:17 |
|
Regarding your stated contact fields. Just because there is the possibility for a field this means NOT that it is also important. I saw exactly the same topic for IM-Messenger fields. I did invest a few days in implementing those fields and then i saw that nobody is using them. It will be the same for NEIGHBORHOOD, DEPARTMENT,... just blows up the interface.
This line looks like a bug: NICKNAME;LABEL=;X-SYNCMLREF6137;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8:Personal NICKname of my Contact
But i was not able to reproduce the issue. Did you see this line in a regular export of a contact or in a *.mpb-File after creating a backup? |
_________________ Ich bitte um Verständnis daß ich aufgrund des hohen Aufkommens im Forum und meines zeitlichen Rahmens nichtmehr jeden Thread im Forum persönlich lesen bzw. beantworten kann.
Bitte benutzt auch die Forum-Suche bzw. die FAQ |
|
|
|
Antony
Anmeldedatum: 14.05.2020
Beiträge: 4
|
Verfasst am:
Do Mai 21, 2020 20:48 |
|
FJ hat Folgendes geschrieben: | ... I saw exactly the same topic for IM-Messenger fields. I did invest a few days in implementing those fields and then i saw that nobody is using them. It will be the same for NEIGHBORHOOD, DEPARTMENT,... just blows up the interface...
|
To be honest, I certainly can’t find the right words to unequivocally justify that all these fields must be supported.
Of course, the costs of their implementation are not small. And if feedback from users of these new features is not immediately visible, then the whole mood flies to hell. And also plus the fact that development spends money, and the product seems to be free .... Yes, I understand the objections to ....
As for the words FOR - I only have the thoughts that 1) There is a specific database from Google. 2) There are well-established and stable field values, and sometimes even variants of values in them. 3) There is a contact editor that supports these fields 4) There are people who fill out some of these fields. 5) It is impossible to take and decide so easily for EVERYONE / most people about what fields they are allowed to use.
So there is only one way out in theory - to implement support for all of these fields. But of course only when exporting to App's internal database. Because Outlook is completely unsuitable for storage and synchronization across all fields of this database.
Actually, I and a number of my colleagues went to install your product, because they believed that there is definitely support for all fields. And the cases when a contact has 4 mobile numbers will be quietly processed? for ex. And cases when the contact will be filled CORRECTLY address fields - too. And now there is a contact whose address is not shown at all in the program. And it seems precisely because it was created in the correct editor and has composite address fields, including those that are not currently supported by the program. Or because the address has its own label, and not the standard Home? Probably this moment is not processed by the program too.
It also seems that the program with phone tags that were created by the user has difficulties. They are now displayed in columns named "User (x)". And in theory they should show real phone marks)) for better, user friendly UI of your app. For ex. at least when hovering mouse cursor over this number - in the tooltip, if not in the column name itself.
FJ hat Folgendes geschrieben: | ...
This line looks like a bug: NICKNAME;LABEL=;X-SYNCMLREF6137;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8;CHARSET=UTF-8:Personal NICKname of my Contact
But i was not able to reproduce the issue. Did you see this line in a regular export of a contact or in a *.mpb-File after creating a backup? |
yep, it was in a *.mpb-File after creating a backup. |
|
|
|
|
|
|
Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Du kannst keine Beiträge in dieses Forum schreiben. Du kannst auf Beiträge in diesem Forum nicht antworten. Du kannst deine Beiträge in diesem Forum nicht bearbeiten. Du kannst deine Beiträge in diesem Forum nicht löschen. Du kannst an Umfragen in diesem Forum nicht mitmachen.
|
Powered by phpBB
© 2001, 2002 phpBB Group :: FI Theme ::
Alle Zeiten sind GMT + 1 Stunde
Deutsche Übersetzung von phpBB.de
| |