Destiny
|
Posted: Tue Oct 14, 2025 17:27 Post subject: |
|
|
При попытке прокрутить выше самого верха - т.е. выше видимой первой записи списка контактов - вся левая панель
очень некрасиво дергается в попытках перерисовки, хотя уже же не куда скроллить...
Она так же дергается и при стандартной попытке прокручивать - вниз по списку контактов.
Причем если есть контакт с фото и мы выбрали его - то дергание на обоих панелях просто жутчайшее становится.
Кстати баг - правая панель не прокручивается мышкой, если выведено фото - оно закрывает всё, и данные под ним - уже не видны.
Проверяйте на dy 768 px и менее. Ну, или окно выставьте размером явно меньшим, чем высота реального фото(неужатого) на контакте.
Странно, что нет возможности выбора КАК сортировать и выводить контакты. Сейчас похоже это Имя Отчество Фамилия. А хотелось бы Ф.И.О.
Так же просится фильтр списка - как в Excel сделано. Т.е. там одновременно и набирать можно в поле - для мгновенной фильтрации и галочками
расставить видимость в итоговом списке нужных контактов.
Странно, что поля/теги карточки собственно только на Инглише все. Понятно, что они такие в исходном файле.
НО по каким-то правилам при открытии в том же Outlook или еще где-то - я увижу поля на Русском!
ИМХО все же у всех полей ТОЧНО ЕСТЬ уже устоявшиеся именования на Русском. Стоит их использовать.
НУ, или создавать файл переводов, где юзеры смогут сами для себя все поля назвать так, как им вдруг захочется.
Не совсем ясно - почему "Копировать" есть свойство только у номера телефона. А если мне выборочно хотелось бы скопировать нужные данные?
Т.е. экспорт по сути нужен. Отдельно как функция для выбранных контактов (для этого кстати вышеописанный фильтр и нужен так же).
И отдельно для выбранных полей одного контакта. Т.е. я просто мышкой обвожу нужное и "Копировать". Включая фото!
Еще есть поле X-CONTACTSYNC-STARRED:<boolean - TRUE|FALSE> тоже прошу в поддержку внести.
Это Избранные в программе CONTACTSYNC.
В целом наверное для X-named полей надо разрешить наличие спецфайла шаблонов, где юзер смог бы сам перечислить СВОИ, встречающиеся
у него такие поля - и там же дать им своё именование, чтобы плагин потом уже САМ, автоматически встречая такие поля - получал нужную инфу
и выводил соответственно её на экране. А тут на форуме нам бы не пришлось тогда перечислять все такие случайные случайности в используемых
VCF генераторах...
Ну и надо поправить поддержку(внести её с нуля? в посте выше тоже такие поля есть и похоже про них и пишут, что плагин их не видит) полей вида:
Code: |
BEGIN:VCARD
VERSION:3.0
X-CONTACTSYNC-STARRED:FALSE
FN:11-го автобуса Диспетчера
N:Диспетчера;11-го;автобуса;;
7istyh.TEL:+7 (444) 644-52-11
7istyh.X-ABLabel:Доб. 2001!
0epu4b.TEL:+7 (555) 144-11-78
0epu4b.X-ABLabel:Доб. 2001!
2k3o7p.TEL:8 (800) 700-31-13
2k3o7p.X-ABLabel:МОСТРАНСАВТО
NICKNAME:Диспетчера 11-го автобуса
END:VCARD |
Я про X-ABLabel (Apple-поля). Именно там прячутся нужные названия.
В текущей версии плагина эта карточка будет выводить просто 3 поля Phone.
Что не совсем верно с учетом наличия этих полей X-ABLabel. Именно текст из
этого поля должен предшествовать номеру телефона вместо слова Phone.
Вообще вроде как вот список этих полей:
X-ABLabel текстовая подпись (кастомная метка)
X-ABADR формат адреса (us, ru, и т.п.)
X-ABShowAs как показывать контакт (Company, Person)
X-ABUID внутренний UUID записи
X-ABDATE дата, не попавшая в BDAY
X-ABRELATEDNAMES связь (мама, брат, и т.д.)
Так же надо поправить работу с полями Name, FormattedName и NickName.
Во-первых, их все надо выводить. Сейчас похоже только Name используется.
Во-вторых, наличие псевдонимов так же должно участвовать в настройки вывода списка
контактов с левой панели. Т.е. если юзер захотел сортировку по полю Ф, НО при этом еще
и есть поле псевдонима у контактов - и если юзером включены псевдонимы в приоритете
сортировки - то список сортируется сперва по НИМ, а потом оставшиеся контакты по полю Ф.
А иначе ТОЛЬКО по полю Ф., ибо юзер так решил.
Еще похоже перепутана поддержка полей TITLE и ROLE.
В моей карточке указан TITLE, а плагин выводит, что это ROLE. А это разные элементы.
TITLE — должность, ROLE — роль в организации. И в редакторе контактов у меня заполнялась
именно должность. Поэтому и тег TITLE пошел в VCF файл.
TITLE = Отражает должность человека в рамках организации. Штатную и постоянную.
Например, “Генеральный директор”, “Менеджер по продажам”, “Инженер-программист”.
ROLE = Отражает функциональную роль или задачу, часто временную или проектную.
Например, “Ответственный за безопасность”, “Контактное лицо”, “Куратор проекта”.
Так же похоже упущена работа с ТИПами: TYPE=.... Возьмем к примеру запись:
ADR;TYPE=work:;д.1\, под.10;Б. Грузинская;Москва;;123242;RU
Так вот сейчас плагин будет просто выводить: Address: д.1, под.10, Б. Грузинская, Москва, 123242, RU
НО! типа, что это РАБОЧИЙ адрес - указано НЕ будет! И так во всех полях VCF, где в принципе есть
поддержка ТИПов.
Почему типы важные? к примеру вот так будет описан мессенджер:
IMPP;TYPE=home;PREF=1:skype:joe.bloggs
И тут надо раскрыть именно сущность ДОМАШНИЙ Скайп для связи с контактом. А не рабочий.
Про поле X-ANDROID-CUSTOM вроде как выше написано, что поддержку внедрили, но проверка показала,
что нет - не учитывается скрытая суть этого структурированного поля от Андроид.
ОДНУ запись этого поля не надо расписывать послотово. Да, это структура, но поля не раздельные!
X-ANDROID-CUSTOM:vnd.android.cursor.item/relation;Мама;8;parent;
Это не 3 раздельных слота, это единая сущность, желательно отображаемая в виде:
Связь: Родитель - Мама.
Тут "vnd.android.cursor.item/" отбрасывается. relation это Связь. 8 или parent - это Родитель (в общем смысле).
Мама - это по идее должно быть ССЫЛКОЙ! на контакт "Мама" в рамках просмотра одного VCF Файла.
При этом корректнее было бы увидеть "Мама;8;mother", но правда тогда Сущность пришлось бы описывать
тавтологически некрасиво, но уж, что тут поделать... = Связь: Мама - Мама.
Просто ВАЖНО именно то, что "вторая" Мама - это ссылка на контакт "Мама" в рамках просмотра 1 VCF Файла.
Еще пример = X-ANDROID-CUSTOM:vnd.android.cursor.item/relation;Павел;0;Крестный отец
Связь: Крестный отец - Павел.
Ибо 0 = неизвестный тип (custom) - поэтому подпись в следующем за числом поле должна быть сразу на языке
юзера. И это не будет какой-то из предопределенных констант как выше в примерах приводил.
Last edited by Destiny on Tue Oct 14, 2025 21:03; edited 1 time in total |
|