Адресная книга для Z.

longshadow

igorekk писал(а):Отчасти велосипед. Хочу адресную книгу, todo и так далее на sqlite. Чтоб все данные были в одной базе. Не встречал пока такого.

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

jkukka · Сообщение **jkukka** » Вт фев 21, 2006 14:19

igorekk писал(а):
longshadow писал(а):А вообще, честно говоря, "меня терзают смутные сомнения". По-моему, ты изобретаешь велосипед. Только без обид.
Отчасти велосипед. Хочу адресную книгу, todo и так далее на sqlite. Чтоб все данные были в одной базе. Не встречал пока такого.

Очень хочется а-ля агендус. Готов содейстовать

longshadow

igorekk писал(а):Именно что эргономика. Для завра, по-моему, совсем не нужны менюбары и тд. Лучше вынести это на кнопки. Экран итак маленький, чтоб вчитываться в пункты меню.

Вот мнение "не мальчика, но мужа".

И учесть все мелкие мелочи типа инкрементального поиска/поиска по регекспу, минимального числа тапов для каждой функции... Чего там еще?

А уже какой движок... Скллите там или берклидб или просто текстовый файл - дело десятое. Сдуру можно и для Оракла сотворить такое, что "человеческая жизнь слишком коротка". А по уму можно и на плоском файле "лайтспид" сделать.

Все, кончаю морализаторствовать. Но... ну ты понял.

igorekk

Давайте тогда всем миром обсуждать эргономику. Не слизывать же Palm-интерфейс вчистую.

KA6AH · Сообщение **KA6AH** » Вт фев 21, 2006 14:43

А по мне так и вчистую можно

longshadow

igorekk писал(а):Давайте тогда всем миром обсуждать эргономику. Не слизывать же Palm-интерфейс вчистую.

"Слизывать" не надо. Надо перенять идеи.

Для начала неплохо бы понять, формально, чем так хорош Пальмовый ПИМ? По пунктам. Мое мнение:

1. Минимум полей (обязательных) с возможностью настройки "пользовательских", идею о том, что есть "основные поля" можно слизать у пальма;
2. Отсутствие явной "режимности" и дурацких вопросов типа "сохранять/не сохранять", "выходить/не выходить".
3. Возможность настройки основного окна. Мне вот не нравится дурацкая идея KA/PI про то, что надо показывать 1st_name/2nd_name. Я хочу Company/1st_name. А кто-то захочет Comapny/2nd_name.
4. Инкрементальный поиск. Причем умный - во всех (основных) полях, а не только 1st_name/2nd_name. При этом быстрый и экономный (вот где вылезет вопрос выбора движка сторейджа);

Пока больше ничего не придумал. Вообще, достаточно сумбурный набор - смотрю и недоумеваю: "неужели из-за этого пальмовый пим самый-самый?!".

longshadow

Вспомнил.

5. Не надо тулбары-фигары-меню. В смысле дублирования органов управления. Если есть меню, то нафик тулбар. Если есть тулбар, то, напротив, меню не надо. Пальмы втискивали интерфейс в 160 пикселей. И преуспели. Пусть будет возможность настройки отображения (крупное-среднее-мелкое), но занимать экран рюшками не стоит. Вот FBReader (реверанс Геометру) имеет только тулбар. А Жустридер - еще и меню - нафига?

6. Открытый формат. Чтобы можно было его базу буквально sed'ом/grep'ом прошерстить.

Vladimir_P

longshadow писал(а):3. Возможность настройки основного окна. Мне вот не нравится дурацкая идея KA/PI про то, что надо показывать 1st_name/2nd_name. Я хочу Company/1st_name. А кто-то захочет Comapny/2nd_name.

Точно!
А кто-то захочет в зависимости от категории контакта. Для коллег Фирма/ФИО/Телефон, для друзей Фамилия/ИО/телефон, для чудиков разных неформальных -- псевдоним/телефон/e-mail. Чтоб эти данные шли в одном списке (listview) подряд вперемешку.

igorekk

Vladimir_P писал(а):
longshadow писал(а):3. Возможность настройки основного окна. Мне вот не нравится дурацкая идея KA/PI про то, что надо показывать 1st_name/2nd_name. Я хочу Company/1st_name. А кто-то захочет Comapny/2nd_name.
Точно!
А кто-то захочет в зависимости от категории контакта. Для коллег Фирма/ФИО/Телефон, для друзей Фамилия/ИО/телефон, для чудиков разных неформальных -- псевдоним/телефон/e-mail. Чтоб эти данные шли в одном списке (listview) подряд вперемешку.

Т.е. для есть какой-то вариант по умолчанию + возможность настройки по каждому контакту индивидуально. Так?

DMych · Сообщение **DMych** » Вт фев 21, 2006 15:53

igorekk писал(а):Т.е. для есть какой-то вариант по умолчанию + возможность настройки по каждому контакту индивидуально. Так?

Мои 5 коп.: скорее, возможности настройки отображения (а) в целом; (б) контактов из категории (что делать, если контакт принадлежит более чем одной категории?); (в) индивидуально для контакта.

igorekk

DMych писал(а):(б) контактов из категории (что делать, если контакт принадлежит более чем одной категории?)

настройка "приоритетов" категорий

сейчас список пожеланий будет таким, что KAPi отдыхает.

igorekk

longshadow писал(а):6. Открытый формат. Чтобы можно было его базу буквально sed'ом/grep'ом прошерстить.

Ничего кроме текстового файла и xml в голову даже не приходит.

Vladimir_P

igorekk писал(а):
Vladimir_P писал(а):
longshadow писал(а):3. Возможность настройки основного окна. Мне вот не нравится дурацкая идея KA/PI про то, что надо показывать 1st_name/2nd_name. Я хочу Company/1st_name. А кто-то захочет Comapny/2nd_name.
Точно!
А кто-то захочет в зависимости от категории контакта. Для коллег Фирма/ФИО/Телефон, для друзей Фамилия/ИО/телефон, для чудиков разных неформальных -- псевдоним/телефон/e-mail. Чтоб эти данные шли в одном списке (listview) подряд вперемешку.
Т.е. для есть какой-то вариант по умолчанию + возможность настройки по каждому контакту индивидуально. Так?

Или так, или настройка не по контакту, а по категории.

DMych · Сообщение **DMych** » Вт фев 21, 2006 16:33

igorekk писал(а):настройка "приоритетов" категорий сейчас список пожеланий будет таким, что KAPi отдыхает.

И тормозить будет еще больше.

Ибо монстрообразно получится. ИМХО, канэшна!

maslovsky

igorekk писал(а):
longshadow писал(а):А вообще, честно говоря, "меня терзают смутные сомнения". По-моему, ты изобретаешь велосипед. Только без обид.
Отчасти велосипед. Хочу адресную книгу, todo и так далее на sqlite. Чтоб все данные были в одной базе. Не встречал пока такого.

Sharp DTM - все в обной базе, включая почту и заметки, ну разве что не на sqlite