История изменений
Исправление hobbit, (текущая версия) :
Произвольные поля поддерживает? Или если кроме стандартных Mobile/Home/Work есть, например, MobileMoscow/MobileYakutsk/MobileIreland, то он их потеряет?
Если речь про теги — то неизвестные теги он хранит отдельным списком внутри записи контакта. При сохранении в vcf он их сохранит «как были», ну и их можно посмотреть, взяв контакт на редактирование и открыв в окне редактирования вкладку «Проблемы». Редактировать не получится, а смотреть — пожалуйста.
Если же речь про нестандартные типы телефонов/eMail/IM (судя по контексту, речь про них) — нормально поддерживает и отображает в списке соответственно телефонов/eMail/IM. И редактировать можно. Единственно что при открытии vcf-файла будут предупреждения про нестандартные типы.
И раз уж про это зашла речь — я крайне не рекомендовал бы включать в нестандартные типы телефонов (если уж они используются) кириллические и вообще нелатинские символы. Есть неоднозначность с их кодированием/раскодированием, особенно ввиду того, что до сих пор, как ни странно, популярен vCard 2.1, где всё нелатинское оборачивается в quoted-printable. И если значения в него оборачиваются нормально, то вот такие нелатинские имена подтипов могут просто потеряться, причём ещё на этапе экспорта vcf с телефона. Зависит от версии адресной книги и ещё ХЗ чего. Это своего рода UB для vCard.
Исправление hobbit, :
Произвольные поля поддерживает? Или если кроме стандартных Mobile/Home/Work есть, например, MobileMoscow/MobileYakutsk/MobileIreland, то он их потеряет?
Если речь про теги — то неизвестные теги он хранит отдельным списком внутри записи контакта. При сохранении в vcf он их сохранит «как были», ну и их можно посмотреть, взяв контакт на редактирование и открыв в окне редактирования вкладку «Проблемы». Редактировать не получится, а смотреть — пожалуйста.
Если же речь про нестандартные типы телефонов/eMail/IM (судя по контексту, речь про них) — нормально поддерживает и отображает в списке соответственно телефонов/eMail/IM. Единственно что при открытии vcf-файла будут предупреждения про нестандартные типы.
И раз уж про это зашла речь — я крайне не рекомендовал бы включать в нестандартные типы телефонов (если уж они используются) кириллические и вообще нелатинские символы. Есть неоднозначность с их кодированием/раскодированием, особенно ввиду того, что до сих пор, как ни странно, популярен vCard 2.1, где всё нелатинское оборачивается в quoted-printable. И если значения в него оборачиваются нормально, то вот такие нелатинские имена подтипов могут просто потеряться, причём ещё на этапе экспорта vcf с телефона. Зависит от версии адресной книги и ещё ХЗ чего. Это своего рода UB для vCard.
Исходная версия hobbit, :
Произвольные поля поддерживает? Или если кроме стандартных Mobile/Home/Work есть, например, MobileMoscow/MobileYakutsk/MobileIreland, то он их потеряет?
Если речь про теги — то неизвестные теги он хранит отдельным списком внутри записи контакта. При сохранении в vcf он их сохранит «как были», ну и их можно посмотреть, взяв контакт на редактирование и открыв в окне редактирования вкладку «Проблемы».
Если же речь про нестандартные типы телефонов/eMail/IM (судя по контексту, речь про них) — нормально поддерживает и отображает в списке соответственно телефонов/eMail/IM. Единственно что при открытии vcf-файла будут предупреждения про нестандартные типы.
И раз уж про это зашла речь — я крайне не рекомендовал бы включать в нестандартные типы телефонов (если уж они используются) кириллические и вообще нелатинские символы. Есть неоднозначность с их кодированием/раскодированием, особенно ввиду того, что до сих пор, как ни странно, популярен vCard 2.1, где всё нелатинское оборачивается в quoted-printable. И если значения в него оборачиваются нормально, то вот такие нелатинские имена подтипов могут просто потеряться, причём ещё на этапе экспорта vcf с телефона. Зависит от версии адресной книги и ещё ХЗ чего. Это своего рода UB для vCard.