Рвёт строки.

А вторая и третья строчки тега fn с чего начинаются - там табуляция или просто несколько пробелов?

'=\n\t'

А вот если задаться задачей сохранить в CSV всё, что заполнено в контакте...

А зачем? Ведь CSV как правило используется лишь для обмена между ПО, а оно будет ожидать некого своего подмножества полей. Т.е. ни одна существующая программа это не поймет, а для использования сабжем можно взять любой другой распространенный формат с «деревьями» - json, xml, yaml, да хоть ini

механизм поддержки плагинов + возможность писать плагины импорта на js (или что там скриптовое в qt встроено), чтоб не грузить их при запуске - отдельный файл для дескриптора (название, какой тип файлов оно обрабатывает, или вообще читает url) и т.п.

как итог поддержка кошмариков и вебсервисов будет на плечах особо страждущих

я так понимаю, что это 'folding':
https://tools.ietf.org/html/rfc2425#section-5.8.1
https://tools.ietf.org/html/rfc2426#section-2.6
https://tools.ietf.org/html/rfc6350#section-3.2

Прошу прощения, вот ещё:
https://tools.ietf.org/html/rfc1521#section-5.1

      Rule #5 (Soft Line Breaks): The Quoted-Printable encoding REQUIRES
      that encoded lines be no more than 76 characters long. If longer
      lines are to be encoded with the Quoted-Printable encoding, 'soft'
      line breaks must be used. An equal sign as the last character on a
      encoded line indicates such a non-significant ('soft') line break
      in the encoded text. Thus if the «raw» form of the line is a
      single unencoded line that says:

          Now's the time for all folk to come to the aid of
          their country.

      This can be represented, in the Quoted-Printable encoding, as

          Now's the time =
          for all folk to come=
           to the aid of their country.

      This provides a mechanism with which long lines are encoded in
      such a way as to be restored by the user agent.  The 76 character
      limit does not count the trailing CRLF, but counts all other
      characters, including any equal signs.

Rule #5 (Soft Line Breaks)

Это у меня, разумеется, поддерживается. Но во всех видимых мной примерах, если разрывается одно слово, оно продолжается непосредственно с первого символа следующей строки (т.е. без folding-а с пробелом). Если же в начале следующей строки пробельный символ - он трактуется как пробел, т.е. это продолжение текущего поля, но уже новое слово.

Собственно, как и в последней строке последнего процитированного тобой примера из RFC (come to) - это два слова, а не одно.

А вот как правила qouted-printable сочетаются с folding так, чтобы не возникло неоднозначности - надо подумать, да. Перечитаю ещё раз...

Другими словами, получается, что примеры из двух RFC друг другу немножко противоречат. Если я при слиянии строк во второй строке выброшу первый пробел, то come on превратится в comeon. А если я его выбрасывать не буду (как сейчас) - в файлах с фолдингом могут получиться «мусорные» разрывы. В «эквилибристическом» примере они осложняются тем, что двухбайтовый символ кириллицы из UTF-8 разрывается пополам и превращается в хрень со знаком вопроса.

Я, наверное, пока просто пробел и табуляцию буду обрабатывать по-разному, но это тоже компромиссное решение...

Т.е. ни одна существующая программа это не поймет

Как минимум две поймут: Microsoft Excel и LibreOffice Calc. :) Да любая электронная таблица с импортом CSV должна понять. То есть это вариант уже для обработки человеком.

Пример - конвертор Анисимова. Судя по комментариям, штуковина востребованная, вот я в DC хочу тоже что-то подобное сделать (как один из профилей).

Рвёт строки.

Сделал соответствующую обработку табуляции. Пример с эквилибристом грузится нормально.

CSV пока лучше не грузить - над ним работа в процессе.

Пока нет. Мысли о добавлении этой функции в будущем имеются, но скорее всего, не раньше, чем будет сделана поддержка CSV.

Было бы здорово

Вообще, одной из целей написания программы было дать пользователю возможность обойтись БЕЗ подобных сервисов

Респект. Хотя сейчас carddav очень популярен, а owncloud/netcloud можно поднять на своём сервере

Лишить утилиту наиболее распространённого хранилища немного странно

Я не пользуюсь облачными фишками хранения и синхронизацией, ну не доверяю им, всё своё держу только при себе, без доступа к сети

nextcloud на свой домашний комп + DavDroid на телефон

Из минусов, веб-морда nextcloud работает не слишком быстро

Для себя сделал скрипт для экспорта всех контактов из nextcloud в стандартную форму ( один общий vcf + отдельные для всех контактов ) через vdirsyncer. Чисто на всякий случай. Если интересно, могу куда-нибудь выложить

Раньше пользовался funambol ( опять же на своём сервере ), но он с новыми андроидами работает криво, контакты на телефоне получаются read only. Поэтому перешёл на nextcloud + davdroid

Спасибо. Теперь работает.

Export из Гугла

Гугл ДЕЛАЕТ экспорт контактов в VCF, хотя и не блестяще

0.1.1

Выпущена корректирующая версия 0.1.1. Отдельной новости не делаю, ибо минорщина. Изменения:

• исправлены ошибки импорта файлов VCF из Mozilla Thunderbird (по замечаниям анонимуса с ЛОРа);
• добавлена портабельная сборка для Windows;
• восстановлено отображение иконки программы в меню «Пуск» Windows;
• добавлен украинский перевод.

Страница загрузки - прежняя.

В настоящий момент пилю поддержку CSV.

А можно вместо одной из панелей сделать просмотр контакта?

Мысль интересная.

Выпущена версия 0.1.2. Изменения:

• добавлена экспериментальная поддержка формата CSV (в настоящий момент поддерживаются файлы от телефонов Explay BM50 и Explay TV240, а также универсальный профиль, позволяющий сохранить всю информацию о контакте);
• добавлен вывод отчёта по адресной книге в формате HTML;
• в окнах редактирования и сравнения контактов компоненты имени (фамилия, имя, отчество, приставки, суффиксы) снабжены поясняющими метками;
• новые столбцы для отображения: псевдоним, URL, адреса в системах мгновенных сообщений;
• исправлено отображение телефонов, адресов электронной почты и систем мгновенных сообщений как несовпадающих, если у них была одинаковая комбинация типов, но порядок типов отличался (например, HOME;PREF и PREF;HOME). Теперь такие записи считаются одинаковыми;
• добавлен отсутствовавший в репозитории файл doublecontact.rc;
• добавлен голландский перевод.

Страница загрузки - прежняя.