Обсуждение редактора контактов DoubleContact

Отличная программа, разом причесал весь зоопарк разношёрстных номеров со всех телефонов - мечта перфекциониста)

Одного не хватает - по adb заливать сразу в контакты.

Интерфейс, конечно, мама не горюй. Кровавый Qt во всем своем великолепии.

ЗЫ Совет. Посмотри, как подобный софт выглядит у тех, кто умеет в UX/UI и бессовестно копируй. Самый примитив — contacts в MacOS, фичастее — Contacts+, BusyContacts.

помещать здесь анонсы минорных версий DoubleContact, не заслуживающих новостей на главной

Как тонко и скромно!

работает с локальными адресными книгами

Т.е., пользоваться можно, но не зачем?

Посмотрел скриншоты. BusyContacts, конечно, нарядный. А вот насчёт удобства редактирования в таком интерфейсе — не уверен. Как у него с хоткеями, например?

Если руки дойдут до QML-морды, возможно, слеплю что-то в похожем стиле. Текущая реализация на виджетах сделана намеренно простой, чтобы из списка можно было любое ненужное поле выкинуть.

Вообще я всегда за то, чтобы давать людям возможность выбора. Планы на QML есть, структура у проекта модульная. Но я думаю сначала всё-таки вложиться в функциональность, в ADB тот же.

// Признайся честно, ты хотя бы больше одного скриншота посмотрел, прежде чем вывод про интерфейс делать? Тот, который у меня на глагне — он вообще от версии 0.1, и его да, пора бы подвинуть.

hobbit

А, ещё и от анонимусов тему отгородили. Нет, это не «Всё о DoubleContact».

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

А если через bluetooth контакты дергать на комп?

А если, к примеру, блятуз отсутствует? К тому же в нем в зависимости от версии бывают проблемы с кириллицей.

TXT, если вы не в курсе — это обобщённое расширение для текстовых файлов ЛЮБОГО содержания. Надо смотреть, что внутри.

Конечно, в курсе, но мне вчера было не до разглядывания внутренностей, хотелось как можно быстрее перебросить контакты с кнопочника на смарт, потому что ждало полно других дел.
Продолбался целый день, пытаясь перебросить через комп, но так ничего и не вышло.
Зато в инете полно онлайновых конверторов .txt в .vcard, но я не настолько наивный, чтобы доверять свои данные интернету.
Придется перебрасывать старинным методом, через карточку, но в этом случае имена наверняка будут укорочены.
А вот сейчас опишу подробно на примере, что это за .txt файл такой дурацкий.

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

А вот в новости про DoubleContact 0.1 именно анонимус мне принёс первый вменяемый багрепорт. Я хорошее помню.

А вот сейчас опишу подробно на примере, что это за .txt файл такой дурацкий.

Жду-с. Ну и если это окажется что-то сильно оригинальное — назвать модель телефона тоже бы не помешало.

Придется перебрасывать старинным методом, через карточку, но в этом случае имена наверняка будут укорочены.

«Э нет, торопиться не надо. … Важно вернуть обществу полноценного человека!» Короче, давайте сюда свой формат, может, его разобрать проще, чем кажется. :)

Признайся честно, ты хотя бы больше одного скриншота посмотрел, прежде чем вывод про интерфейс делать? Тот, который у меня на глагне — он вообще от версии 0.1, и его да, пора бы подвинуть.

Да, я не только все скриншоты посмотрел, но и описание внимательно прочитал — цели просто сказать кг/ам у меня не было.

По фичам, в плане объединения двух адресных книг ему может вообще нет аналогов (мне хватает дефолтного contacts, поэтому я не очень в теме), но UI выдаёт школьную поделку. Не пойми меня неправильно, мы в прошлом делали софтину управления чего-то в оперативном штабе то ли для военных или ещё каких-то силовиков, там миллион фичей с похожими табличками и кнопочками-стрелками. Но, как пользователю, я смотрю на такое с отвращением.

hobbit

«Э нет, торопиться не надо. … Важно вернуть обществу полноценного человека!»

Согласен. Поэтому представляю этот зловредный формат во всех его ракурсах.
Только как, если ЛОР не позволяет приатачивать?

1. Поэтому исходник закинул сюда.
Имена и телефона, разумеется, вымышленные.

2. Далее, если смотреть редактором, то в качестве разделителя в нем используется табуляция.

3. Mousepad открывает его без лишних вопросов.

4. Для MEdit требуется указать кодировку UTF-16.

5. MCEdit показывает примерно такую галиматью -

..N^@a^@m^@e^@<>^@M^@o^@b^@i^@l^@e^@ ^@N^@u^@m^@b^@e^@r^@<----->^@H^@o^@m^@e^@ ^@N^@u^@m^@b^@e^@r^@<--->^@O^@f^@f^@i^@c^@e^@ ^@N^@u^@m^@b^@e^@r^@<----->^@F^@a^@x^@ ^@N^@u^@m^@b
^@^P^D;^D5^D:^DA^D0^D=^D4^D@^D<>^@0^@9^@5^@6^@9^@2^@8^@4^@5^@4^@^M^@
^@^P^D;^D5^D:^DA^D0^D=^D4^D@^D<>^@0^@9^@5^@6^@9^@2^@8^@4^@5^@4^@^M^@
^@^R^D;^D0^D4^D8^D<^D8^D@^D<--->^@0^@9^@5^@4^@5^@8^@9^@7^@4^@0^@^M^@
^@^R^D;^D0^D4^D8^D<^D8^D@^D<--->^@0^@9^@5^@4^@5^@8^@9^@7^@4^@0^@^M^@
^@^S^D@^D8^D3^D>^D@^D8^D9^D<--->^@0^@9^@5^@8^@3^@1^@9^@8^@7^@5^@^M^@
^@^S^D@^D8^D3^D>^D@^D8^D9^D<--->^@0^@9^@5^@8^@3^@1^@9^@8^@7^@5^@^M^@
^@^T^D<^D8^DB^D@^D8^D5^D2^D<--->^@0^@9^@5^@3^@5^@7^@9^@5^@1^@8^@^M^@
^@^T^D<^D8^DB^D@^D8^D5^D2^D<--->^@0^@9^@5^@3^@5^@7^@9^@5^@1^@8^@^M^@
^@^_^D5^DB^D@^D>^DA^DO^D=^D<--->^@0^@9^@5^@8^@5^@2^@1^@4^@7^@9^@^M^@
^@^_^D5^DB^D@^D>^DA^DO^D=^D<--->^@0^@9^@5^@8^@5^@2^@1^@4^@7^@9^@^M^@
^@

..N.a.m.e.      .M.o.b.i.l.e. .N.u.m.b.e.r.     .H.o.m.e. .N.u.m.b.e.r. .O.f.f.i.c.e. .N.u.m.b.e.r.     .F.a.x. .N.u.m.b.e.r.   .E.-.m.a.i.l.   .C.o.m.p.a.n.y. .N.a.m.e.
.
...;.5.:.A.0.=.4.@.     .0.9.5.6.9.2.8.4.5.4.
.
...;.5.:.A.0.=.4.@.     .0.9.5.6.9.2.8.4.5.4.
.
...;.0.4.8.<.8.@.       .0.9.5.4.5.8.9.7.4.0.
.
...;.0.4.8.<.8.@.       .0.9.5.4.5.8.9.7.4.0.
.
...@.8.3.>.@.8.9.       .0.9.5.8.3.1.9.8.7.5.
.
...@.8.3.>.@.8.9.       .0.9.5.8.3.1.9.8.7.5.
.
...<.8.B.@.8.5.2.       .0.9.5.3.5.7.9.5.1.8.
.
...<.8.B.@.8.5.2.       .0.9.5.3.5.7.9.5.1.8.
.
...5.B.@.>.A.O.=.       .0.9.5.8.5.2.1.4.7.9.
.
...5.B.@.>.A.O.=.       .0.9.5.8.5.2.1.4.7.9.

Козлы, у вас были все возможности договариться друг с другом!

Смартфон на Андроиде 5.1.1 при импорте упорно в упор не понимает этот формат.

Емнип, это было бекапирование в телефоне Fly DS123.

А ты еще забавней, чем представлялось.

hobbit, сдается мне, что ваш DoubleContact должен быть прежде все мультиформатным

Дык уже. В начало руководства гляньте. :) До понимания всего безобразия ему далеко, конечно, но энное количество форматов он успешно заглатывает.

Смотрим на файл…

Емнип, это было бекапирование в телефоне Fly DS123.

Похоже на правду. Добрые люди подкинули дамп от этой модели, и там посреди дампа строка точь в точь как заголовок вашего TSV.

кодировку UTF-16

Точнее, UTF-16 (LE), и даже с BOM в начале.

В общем, добавить поддержку вашего формата вполне можно. А чтобы не ждать, воспользуйтесь скриптом:

#!/bin/bash

iconv "$1" -f utf16le -t utf8 > "$1.u8"
sed 's/\t/,/' "$1.u8" > "$1.csv"

Он всего лишь меняет кодировку на UTF8, а табуляции — на запятые. Скармливаете ему в качестве параметра свой файл, он на выходе делает такой же, но с расширением csv. Вот этот CSV открываете DoubleContact-ом, тот предложит выбрать профиль, выбирайте Explay TV240.

Но работать будет только если в реальном файле, как в примере, каждый контакт по два столбца, именно они совпадают с Explay-евским форматом, дальше начинаются отличия. Если у вас есть контакты, у которых заполнено не только Mobile Number, но и Home Number, Office Number, Fax Number, E-mail, Company Name — лучше подождать полной поддержки этого формата.

Уже думал, что не дождусь совета, и хотел уже руками перенабрать - а там >130 контактов! :-O

На и ваш скрипт не поможет. Дело в том, что этот гадский смарт в любом случае всегда выдает одно и то же -

На SD-карте нет файлов vCard

Т.е. оно понимает только его.

С помощью скрипта

cat list_phones.txt | while read line; do echo -e "BEGIN:VCARD\nVERSION:2.1\nTEL;CELL:$line\nEND:VCARD\n"; done >> nums.vcf

Где ссылка на патреон?

Ну и что делать?...

Тебе же написали - результат работы скрипта импортируешь в даблконтакт.

Тебе же написали - результат работы скрипта импортируешь в даблконтакт.

Если бы я понял, где в этом скрипте что. Я не настолько разбираюсь в беше, тем более в таких хитромудрых командах.

«$1.csv» - понятно, выходной файл.
А входной здесь как называется?

И этот скрипт в 2 строки - это что, 2 различные команды?

В-общем. ничего в нем не понял. Если можете, напишите конкретные реальные имена файлов, без эти условных доларов и прочей хрени.

После сражений с этим блядскими форматами телефонных книг я отупел уже окончательно :-(

В-общем. ничего в нем не понял.

Что он делает — я написал. Но вам править-то его не надо, надо тупо скопипастить в файл, например, tsv2csv. И проследить, чтобы у него был атрибут исполняемого.

А потом кидаете его в каталог с вашим .txt (например, он называется fly123.txt) и пишете

./tsv2csv fly123.txt

После этого появится файл fly123.txt.csv. Вот его открываете в DoubleContact (файл - открыть), в дополнительном окне выбираете профиль от телефона Explay TV240 (будьте осторожны, там этих эксплеев два и они разные). Видите в окне DoubleContact свою адресную книгу. Её можно поредактировать. А потом «сохранить как» в файл формата vcf и уже тот vcf закинуть на телефон. Если и на него будет ругаться, проверьте, какая версия vCard ( но это уже отдельный вопрос).

Всё ещё непонятно?

P.S. Там в комплекте с DoubleContact ещё и конвертор командной строки идёт, но вам его советовать точно не буду.

Кажется, понял. Ваш скрипт в своем теле не содержит имени входного файла (как я ошибочно полагал), а использует его как аргумент/параметр для скрипта.

Сейчас попробую, если не усну на ходу, все-таки всю ночь не спал.
Но больше всего хочется взять калаш и поставить к стенке всех тех сволочей, кто вместо унификации занимается размножением стандартов без особой необходимости.
Холостыми, конечно, но они об этом знать не будут, поэтому эффект будет стойким на всю оставшуюся жизнь.
Да, сейчас я крайне обозлен, и не только проблемами с телефонными книгами, а вообще всеми гандроидами и гавнофонами.

Мечтаю заиметь защищенный телефон на чистопородном Линуксе, изучил все модели, но они по непонятной причине или очень дорогие, или убогие.

Мечтаю заиметь защищенный телефон на чистопородном Линуксе, изучил все модели, но они по непонятной причине или очень дорогие, или убогие.

Хе, за защищённость и настраиваемость всегда надо платить. Если не деньгами — то умениями. Вся эта защищённость и настраиваемость будет не пустым звуком, если вы будете в состоянии сами залить на него прошивку, а в лучше ещё и собрать эту прошивку из исходников, хотя бы чужих. А для этого надо осилить намного побольше, чем параметры баша.

Я вот всё это не осилил (хотя наверное, не особо пытался), поэтому на таких как chapay (например) смотрю с уважением и снизу вверх. Вот в прикладном опенсорсе кое-что могу… вроде…

Не, не получилось.

Вообще-то CSV-файл я давно получил при помощи Calc, но дальше не знал, как его скормить гандроиду, который все отвергает, кроме vCard.
Теперь получил еще один CSV-файл при помощи вашего скрипта, но они похоже, не отличаются, только размер чуть другой.

Так вот, беру ваш CSV-файл, успешно открываю его в DoubleContact и пытаюсь его сохранить в формате vCard, но неизменно получаю ошибку:

Неизвестный формат файла:
/home/........../Contacts/fly123.vCard

а во вторых, млядский гандроид понимает только vCard.

Даже вебморда contacts.google.com умеет импортировать csv.

Ах вот оно что…

VCF — это и есть vCard, представленный в виде файла! Вы хотя бы внутрь VCF-ов заглядывали? Там каждая запись начинается с BEGIN:VCARD!

Не надо при записи делать расширения vCard, делайте расширение VCF. А если андроид что-то не поймёт, дело, скорее всего, не в расширении, а в версии формата (но как я уже сказал, это отдельный вопрос).

P.S. Но про предупреждение из последнего абзаца этого комментария не забывайте. Вариант с наколенным скриптом скорее всего расшифрует только по одному телефону из строчки.

Даже вебморда contacts.google.com умеет импортировать csv.

Вот зачем ты человеку такое советуешь? CSV — это всего лишь «данные, разделённые запятыми», состав столбцов этого дела конкретно для контактов нигде не стандартизован, у меня в программе даже для двух телефонов одной фирмы предусмотрены разные CSV-профили. chukcha попробует гуглу свой файл скормить и с большой вероятностью гугл его отошьёт…

Про столбцы я ничего не писал (гугл дает шаблон, в каком виде должен быть csv, кстати), лишь уточнил что есть и другой способ. Но он не для чукчи, да.

Я чё я ничо...примусы починяю

Вы хотя бы внутрь VCF-ов заглядывали?

Я всегда заглядываю внутрь непонятного файла, пытаясь понять причины неудач.

Не надо при записи делать расширения vCard, делайте расширение VCF

Почему же? Если в DoubleContact при сохранении файла присутствует опция vCard, то почему я не могу использовать?
А если не могу использовать, то зачем она нужна такая?

В-общем, что только не делал, Андроид 5.1.1 упорно не видел vCard файл, в каком бы виде я ему его не подсовывал.
Наверное, между Xiaomi Redme Note и Fly DS123 пролегла вековая пропасть непонимания форматов,громная пропасть непонимания.

В конце концов, несмотря на огромное желание решить задачу цивилизованным методом и с вашем помощью, пришлось прибегнуть к Блютузу.
В итоге все получилось очень быстро.

--------
Кстати, в вашей могучей и многофункциональной программе не нашел самого нужного для себя - удаления дубликатов.
Их действительно нет, или я их не заметил?

Очень нужная фича. Хотя бы потому что при моих неумелых действиях при импорте/экспорте/копировании число контактов часто неожиданно удваивается, и чистить дубликаты приходится вручную, многие десятки раз нажимая на клавиши.

в DoubleContact при сохранении файла присутствует опция vCard

…выбор которой присваивает файлу расширение .vcf, вы не заметили?

Я же вам говорю, расширение .vcf это и есть vCard! И именно его от вас телефон и ждал.

В-общем, что только не делал, Андроид 5.1.1 упорно не видел vCard файл, в каком бы виде я ему его не подсовывал.

Нужную этому телефону версию vCard определяли? Я вам выше 2 раза намекал, что с ней бывают траблы. Если б вы так быстро не бросили — расшифровал бы, что с этим делать, да и в руководстве про это написано, если на то пошло. Автоматически это, к сожалению, сделать невозможно, DoubleContact не знает, что у вас за телефон в конце «пищевой цепочки».

В конце концов, несмотря на огромное желание решить задачу цивилизованным методом и с вашем помощью, пришлось прибегнуть к Блютузу.

И на здоровье, если вам нужно было только перенести, без редактирования, и если блютуз отрабатывает без глюков — DoubleContact не нужен. Только на будущее не забывайте, что для адресной книги полезно иметь бэкап, причём такой, который в будущем зальётся на телефон без вопросов. И вот для этого в проблеме бы полезно разобраться. Но не хотите — ваше право.

не нашел самого нужного для себя - удаления дубликатов

Я же про это персонально вам писал в соседней теме. :) Эта функция в планах на 0.3.0.

hobbit, спасибо за помощь!

И вот для этого в проблеме бы полезно разобраться. Но не хотите — ваше право.

Что вы, конечно же, я хотел разобраться в этой проблеме должным образом.
В сущности, данная задача выеденного яйца не стоит - перегнать адреса с одного телефона на другой, делов-то!
Но это в том случае, если бы разработчики стандартов думали головой, а не другим местом.
Но я даже не предполагал, что завязну в стольких проблемах, которые создали разработчики, придумав столько несовместимых стандартов.
Поэтому банально устал разбираться в этих искусственно созданных проблемах и пошел тем путем, который дал результат.
Тем более что впереди ждет масса проблем, которые связаны опять-таки с нестандартизацией всяческих андроидов.
С удовольствием перешел бы даже не на Linux, а на приличный кнопочник, но пока не нашел такого, который умеет эффективно бороться с различными видами спама.
Впрочем, это тема для другого обсуждения.

А Fly вы выбрасываете/продаёте или оставите в качестве резервного?

Я бы, пожалуй, добавил поддержку этого TXT (на самом деле, TSV) непосредственно в программу…

А какой профит в 2022м писать движок (не UI) конвертера одних структур данных в другие на C++ (обвешанном фабриками фабрик, к тому же)? Там делов-то на 3 копейки: парсеры в обобщённый формат и свертка по шаблону. Есть же инструменты, которыми это бы делалось проще и меньшим количеством года.

Без примеров это звучит как унылый наброс.

а вот тебе пример, парсер/энкодер банальнейшего VCard на 800+ loc:

https://github.com/DarkHobbit/doublecontact/blob/master/core/formats/common/vcarddata.cpp

Там делов-то на 3 копейки: парсеры в обобщённый формат и свертка по шаблону.

Там куча нерегулярных и нестандартных данных, на самом деле. В vCard каждый писатель, какой дотянется, тащит свои теги. И кое-что из этого я поддерживаю.

Хотя править там, конечно же, есть что. Надо провести чёткий водораздел между декодированными строками (QString) и тем, что прочитано из файла (там байтовые массивы напрашиваются), например.

Ты не понял, покажи правильную реализацию.

Там куча нерегулярных и нестандартных данных, на самом деле. В vCard каждый писатель, какой дотянется, тащит свои теги. И кое-что из этого я поддерживаю.

теги могут быть какие угодно, формат(и, как следствие, парсер) от этого не должен меняться

Общего для всех тегов там по сути дела одно — конструкция tag;type1;type2;...typeN:value — и она, разумеется, сплитится один раз в самом верху. Дальше начинается кто в лес, кто по дрова (иногда с повторяющимися элементами, вроде TYPE=, иногда без них).

Я в общем, догадываюсь, к чему ты клонишь. Подогнать vCard под некую стандартную грамматику, разобрать неким обобщённым парсером, а потом уже из полученного дерева дёргать поля. Угадал?

Не то, чтобы это не метод. Вполне себе метод. И да, то, что написано в RFC, в этот метод уложится, и скорее всего, не особо сложно. Только вот беда, реальная жизнь в RFC укладываться не хочет. И если у меня парсер, написанный по канонам, наткнётся на тот хтонический ужас, который мне время от времени присылают с расширением .VCF, он его, скорее всего, отбросит полностью. В лучшем случае выдаст осмысленное сообщение об ошибке. А дальше-то что, у меня программа не для «программистов vCard-файлов», а для более-менее обычных пользователей. Приложения «Контакты» и прошивки пишут не они, не им и расхлёбывать.

А вот мой низкоуровневый «байтосношательский» метод вытащит всё, что знает, про то, что не знает — выдаст предупреждения. Я считаю, это надёжнее. Хотя некоторый рефакторинг коду действительно не помешает.

Ну и кроме форматов, основанных на vCard, моя программа понимает ещё некоторое количество более-менее экзотики (но да, это не в vcarddata.cpp, это в других классах) и всё это приводит в одну структуру.

Там на скринах мои имя фамилия фигурируют, очень забавно 😚

hobbit

Fly вы выбрасываете/продаёте или оставите в качестве резервного?

Всенепременно оставлю!
Более того, подумываю перейти на него со смарта как на основной, поскольку смарты уже изрядно достали тысячами своих ненужных свистоперделок.
Поскольку мне нужен не развлекательный гаджет, а коммуникатор с минимумом продуманных функций.
В этом плане интересен этот фичерфон, но сожалению, у этой модели серьезные недоработки и стоит как чугунный мост.

Русский сайт автора

Где версия с https?

Почитать о ПО не смог, жду возможности зайти на сайт автора.

Классная штука. Пересмотрел кучу решений: DoubleContact просто работает.

Большое спасибо и респект автору!

И если у меня парсер, написанный по канонам, наткнётся на тот хтонический ужас, который мне время от времени присылают с расширением .VCF, он его, скорее всего, отбросит полностью.

значит недостаточно хороший парсер

Ну и что-то не вижу этого хтонического ужаса в testdata

А вот мой низкоуровневый «байтосношательский» метод вытащит всё, что знает, про то, что не знает — выдаст предупреждения.

если что-то можно сделать байтосношательски - значит можно сделать и грамматикой, просто с грамматикой это будет декларативно

HTTPS планируется. Хотя никакой регистрации на сайте нет, никакие пользовательские данные не передаются, я не вижу, чем использование HTTP может повредить посетителям (ну кроме самого факта того, что абонент вашего IP заинтересовался моей программой — но я не уверен, что HTTPS спасает от этого), если я не прав, переубедите. Ссылки на бинарники ведут на гитхаб, если что.

А пока можно на гитхабе заглянуть в doc, там есть русский и английский мануалы. Они в маркдауне, их можно прямо в онлайне читать.

я не вижу, чем использование HTTP может повредить посетителям

Российские провайдеры иногда вставляют свою рекламу через js скрипты.

Привет! Заливал контакты через .nbu файл, залилось кракозябрами, плюс, прога выругалась. v0.2.4 под винду.

Неподдерживаемый тип секции файла NBU: Internal files
Неизвестный тип секции NBU
Неподдерживаемый тип секции файла NBU: Memo
Неизвестный тип секции NBU
Неизвестный тип секции NBU
Неизвестный тип секции NBU
Неизвестный тип секции NBU
Неизвестный тип секции NBU
Неизвестный тип секции NBU

.nbu делал с помощью Nokia Ovi suite 7-что-то там. Телефон Nokia2690.

ЗЫ. Эти кракозябры лечатся?

Не рассматривал ли просто добавить нужную тебе функциональность в KAddressBook?

И привязываться к KDE? Зачем?

Затем, что у программы будет больше пользователей. К тому же, я не знаю насколько сильно KAddressBook привязан к KDE.

Затем, что у программы будет больше пользователей.

Совсем не очевидное и не бесспорное утверждение.

Отвечу, скорее всего, завтра утром, не знаю, когда до дома доберусь.

У меня в планах изначально была максимальная переносимость, максимальное количество поддерживаемых форматов и набор функций «швейцарский нож для контактов». У kadressbook изначально немного другое предназначение, это дефолтная адресная книга DE, сильно интегрированная со всеми остальными K*.

Да, крокозябры вижу. При том, что старенький NBU от bodqhrohro_is_back, на котором я этот формат отлаживал, читается корректно.
Сохранил, завтра попинаю.

Будто что плохое. Ви таки рекламофоб?

Украинским Интертелекомом так и вовсе однажды предупреждение вставлено о повышении тарифов. Как абоненты ещё должны его получить гарантированно? Ну пользователи фирменного Mobile Partner ещё SMS-ку увидят, допустим — а прыщеводы, которые тупо на последовательный порт модема дозваниваются, ССЗБ? :P