Чем мне не нравится khard
Dec. 24th, 2019 03:49 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vitus_wagnerДолгое время я для работы с адресной книжкой в формате vcard пользоватлся самописным питоновским (Python2 only) скриптом. Который использовал свой собственный vcard-parser (зато понимат vcard2.0, как его генерят старые кнопочные телефоны), не умел объединять контакты и все такое прочее.
Потом, с появлением radicale и vdirsyncer перешел на khard, который использует модуль vobject. Выяснилось, правда, что унаследованные еще от Ericsson R320 контакты из записной книжки в нем обрабатываются не очень хорошо, но это вопрос однократного преобразования формата.
Что там приятно - в ряде операций где нужно выбрать один контакт, а заданный поисковый критерий возвращает несколько, удобно сделано меню выбора нужного.
Удобно редактировать контакт в виде развесистого yaml файла с кучей подсказок.
Что неудобно
1. Полное отстуствие средств работы с фото. (кстати, патчик на гитхабе давно висит.
2. Отсутствие экспорта в формате vcard. То есть отредактировать исходную vcard можно, а выдать на stdout нельзя. Зато можно имя файла получить.
3. Отсутствие импорта. Нельзя повесить khard в качестве mailcap-обработчика на text/x-vcard с тем чтобы приложенные к письмам подиписи импортировать в записную книжку или то же самое сделать с переданными по блютус с чьего-то телефона визитными карточками.
4. Недопортировано на python3. Ошибки вида TypeError: __str__ returns bytes object периодически вылетают.
Впрочем не буду кидать в автора камень. У самого в ctypescrypto с этим сложности.
5. Не умеет работать с внешними адресными книгами. Ладно, черт с ним, я согласен прописать в конфиг.
Но нужно тогда добавить возможность по умолчанию не искать по некоторым книгам. Хотя я бы предпочел возможность просто указать в командной строке имя файла/директории
Вот думаю - то ли пофиксить и заслать pull-реквест, то ли свой скрипт починить.
У моего скрипта было еще то преимущество, что он работал с записной книжкой в одном файле, а не по файлику на контакт. А именно такую книжку умеет читать claws-mail. Впрочем vdirsyncer одно в другое легко преобразует.
Потом, с появлением radicale и vdirsyncer перешел на khard, который использует модуль vobject. Выяснилось, правда, что унаследованные еще от Ericsson R320 контакты из записной книжки в нем обрабатываются не очень хорошо, но это вопрос однократного преобразования формата.
Что там приятно - в ряде операций где нужно выбрать один контакт, а заданный поисковый критерий возвращает несколько, удобно сделано меню выбора нужного.
Удобно редактировать контакт в виде развесистого yaml файла с кучей подсказок.
Что неудобно
1. Полное отстуствие средств работы с фото. (кстати, патчик на гитхабе давно висит.
2. Отсутствие экспорта в формате vcard. То есть отредактировать исходную vcard можно, а выдать на stdout нельзя. Зато можно имя файла получить.
3. Отсутствие импорта. Нельзя повесить khard в качестве mailcap-обработчика на text/x-vcard с тем чтобы приложенные к письмам подиписи импортировать в записную книжку или то же самое сделать с переданными по блютус с чьего-то телефона визитными карточками.
4. Недопортировано на python3. Ошибки вида TypeError: __str__ returns bytes object периодически вылетают.
Впрочем не буду кидать в автора камень. У самого в ctypescrypto с этим сложности.
5. Не умеет работать с внешними адресными книгами. Ладно, черт с ним, я согласен прописать в конфиг.
Но нужно тогда добавить возможность по умолчанию не искать по некоторым книгам. Хотя я бы предпочел возможность просто указать в командной строке имя файла/директории
Вот думаю - то ли пофиксить и заслать pull-реквест, то ли свой скрипт починить.
У моего скрипта было еще то преимущество, что он работал с записной книжкой в одном файле, а не по файлику на контакт. А именно такую книжку умеет читать claws-mail. Впрочем vdirsyncer одно в другое легко преобразует.
vobject всё :-(
Date: 2019-12-24 01:49 pm (UTC)vobject, похоже, давно заброшен. Последний релиз и последний коммит были полтора года назад. Баг-репорты множатся, пулл-пеквесты висят.Re: vobject всё :-(
Date: 2019-12-24 01:53 pm (UTC)Может кто-нибудь форкнет.
Прошу прощения за вторжение
Date: 2019-12-24 02:03 pm (UTC)Re: сломались кросс-посты в ЖЖ
Date: 2019-12-24 02:14 pm (UTC)Re: Прошу прощения за вторжение
Date: 2019-12-24 05:24 pm (UTC)Re: Прошу прощения за вторжение
Date: 2019-12-25 03:14 pm (UTC)https://www.livejournal.com/support/request/?id=2107843
Re: сломались кросс-посты в ЖЖ
Date: 2019-12-25 11:52 pm (UTC)А я попытаюсь со стороны DW достучаться.
Re: сломались кросс-посты в ЖЖ
Date: 2019-12-25 11:55 pm (UTC)И всем ответ:
Dreamwidth Support is an open-source project run by a community of volunteers. If you think you know the answer to this question, you're welcome to submit an answer in the box below. Your answer will be screened and evaluated by senior support volunteers for content. If your answer is first and correct, it will be sent to the person who submitted the question.
Re: сломались кросс-посты в ЖЖ
Date: 2019-12-26 11:45 am (UTC)Я, кстати, с СУПовской поддержкой вопрос обсуждаю. Текущий результат: они сделали запрос приватным и продолжают строчить отписки в духе "а что я сделаю, если у них в Америке связь такая" :-/ Полагаю, надо в ЖЖ шум подымать, по-другому их не проймёшь. Это ведь их защита от атак косячит: в DW последний улучшайзинг занял период с 10 по 13 декабря, а кросс-постинг окончательно поломался в "ночь чебурнета".
ЗЫ 2 Витус: извините за внезапное вклинивание с офф-топом. Надеюсь, вы не против.
ЗЗЫ А местных, наверное, лучше в https://dw-maintenance.dreamwidth.org/ пинать.
Re: сломались кросс-посты в ЖЖ
Date: 2019-12-26 01:15 pm (UTC)Re: сломались кросс-посты в ЖЖ
Date: 2019-12-26 01:26 pm (UTC)https://rexy-craxy.livejournal.com/617775.html
Репосты в ЖЖ
Date: 2020-01-02 05:13 pm (UTC)Тоже прошу того же за то же
Date: 2019-12-25 03:16 pm (UTC)Смотря в каком
Date: 2019-12-25 07:59 pm (UTC)Re: Смотря в каком
Date: 2019-12-25 08:13 pm (UTC)Кодировку починили
Date: 2020-01-08 03:00 pm (UTC)