Отправляет email-рассылки с помощью сервиса Sendsay

Ability Cash - бесплатная программа для учёта личных средств

Подписаться Бесплатный дискуссионный лист Подписчиков 24
←   Сентябрь 2004   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
09.09.2004
14:14:05
14:44:23
10
11
12
12.09.2004
11:28:43
12:36:46
13
14
15
16
17
18
19
20
21
22
22.09.2004
11:55:49
12:07:33
23
24
25
26
26.09.2004
11:42:00
21:26:01
27
28
29
30


За последние 60 дней ни разу не выходила


Сайт листа: http://www.dervish.ru/
Открыт: 30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес модератора: comp.soft.others.abilitycash-owner@subscribe.ru

Модератор
Андрей Моздаков

Статистика

24 подписчиков
0 за неделю

За 2004-09-14

[abilitycash] |dervish.questions| Принципы построения базы и учёт операций 003.0

Разобрался, но...
Мало-помалу разобрался... Ваша логика мне начинает быть доступной. :)
Это с организацией новой базы, а что делать если позади неделя работы... :( Как
создавать классификаторы без разделения на операции - уже понятно, а как снять
это разделение в уже созданной базе???
Я попытался экспортировать в EXCEL - получилось, на Листе \"Сlassifiers\" поставил
\"+\" в Single tree, убрал корневые каталоги, поменял пути к каталогам в \"Операциях\".
Cash \"скушал\" (импортировал) из EXCEL: счета видит, курсы и валюты восстановил,
в \"Страницы\" добавляет новые страницы из списка родительского файла, но сами
страницы пусты, счета пусты, операции не восстановились и файл базы заметно похудел.
:(((
Может есть какой-нибудь другой способ???

  
Taras
2004-09-14 21:36:02 (#228641)

[abilitycash] |dervish.acash| Еще предложение по поводу Агентов.(+) 006.011

очень даже относится ...
мне, например, нравится программа-редактор аналог Notepad со встроенным ftp-клиентом,
- почему бы и нет. Если пойти дальше в развитии буйной фантазии, то в Cash можно
встроить 1) дозвон 2) редактор iso имиджей 3) писалку CD 4) напоминалку 5) деск-топ
стикер 5) контроль орфографии 6) простой переводчик 7) драйвер к мобиле 8) хранилище
URL-ок и т.д., и т.д. - получится такой гибкий-гибкий мастодонт. Другими словами,
это предложение \"вежливо остановиться :-)\"

   kilo@w*****.ru 2004-09-14 20:35:23 (#228601)

[abilitycash] |dervish.acash| Еще предложение по поводу Агентов.(+) 009.010

Сергей, я вообще-то отвечал Андрею(+)
и пытался показать, как обойтись без доп. полей...

  
"В.Червонных"
2004-09-14 18:54:04 (#228559)

[abilitycash] |dervish.acash| Обновление интерфейса после изменений 004.005

Переперчили...
По-моему, Вы \"переперчили\"... Наличие возможности создавать неограниченное
количество признаков классификации (Классификаторы), уже даёт беспредельный полёт
фантазии и мастерству... А ещё и дублирование основных страниц...
Увеличенное количество степеней свободы пропорционально увеличивает время на
доработку идеала. :)
Удачи!
Замечательная программа!
Спасибо!

  
Taras
2004-09-14 03:18:18 (#228276)

[abilitycash] |dervish.questions| Принципы построения базы и учёт операций 002.0

Приход и расход в одном \"Проекте\"
На сколько я разобрался, программа первых три классификатора автоматически делит
каждый на три \"жёсткие\" ветви. Я был бы рад тому, о чём Вы говорите: \"разделите
на ветви только свой первый классификатор\", но как это сделать во второй версии?
Как решить проблему учёта приходов и расходов в одном проекте? Я вышел из положения
добавив добавив ещё один классификатор (т.е. признак, по которому объединил нужные
мне платежи, но это решение мне не нравится. Может есть другое решение с учётом
моих четырёх классификаторов...
P.S. А самое простое решение, как мне кажется, это разрешить программе \"проглатывать\"
отрицательные числа по приходу...

  
Taras
2004-09-14 03:05:40 (#228274)

[abilitycash] |dervish.acash| Еще предложение по поводу Агентов.(+) 008.009

Так или иначе,....
мне очень не хочется делать эти дополнительные поля.

С одной стороны, всё равно программа не приблизится к уровню нормальных органайзеров,
всё-таки у неё немного другое предназначение.

С другой стороны, как представлю себе, сколько там работы чтобы сделать динамические
дополнительные колонки, мне тут же плохеет.

  
Dervish
2004-09-14 01:33:06 (#228254)

[abilitycash] |dervish.acash| Страница операций по дефолту 005.006

Честно говоря, мне казалось,...
что это довольно просто. Я ошибся?

  
Dervish
2004-09-14 01:25:52 (#228252)

[abilitycash] |dervish.acash| несколько полей бы добавить... 007.008

Да, мне тоже...
этот вариант не очень понравился.

  
Dervish
2004-09-14 01:24:59 (#228251)

[abilitycash] |dervish.acash| Кнопки Вперед - Назад 015.017

Спасибо,...
я посмотрю и отвечу тоже по e-mail-у.

  
Dervish
2004-09-14 01:24:15 (#228250)

[abilitycash] |dervish.acash| Обновление интерфейса после изменений 003.004

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

Например, вы создаёте ещё одну страницу операций. Вторую. Отличаться от первой
она будет только предустановленными фильтрами. Как их отличить на экране программы?
Очень просто, если есть возможность дать им разные названия. И сейчас вы можете
это сделать. Одна страница операций у вас будет, например, \"Операции по счёту
А\", а вторая - \"Операции по счёту Б\".

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

  
Dervish
2004-09-14 01:22:53 (#228249)

[abilitycash] |dervish.questions| Принципы построения базы и учёт операций 001.0

Речь идёт о второй версии?
Не думаю, что я тут самый компетентный... Впрочем, ладно.

Мне кажется, что не стоило вам делить целых три классификатора на подветви. Это
очень важное решение и оно, собственно, вас и привело к тому, о чём вы пишете.

Обратите внимание: в первой версии <i>только один</i> классификатор имеет такое
деление (статьи), остальные два не подразделяются на приходы/расходы/переводы.
И этого вполне достаточно.

Представим на секундочку, что вы сделаете аналогично: разделите на ветви только
свой первый классификатор, а именно, \"Статьи бюджета\". Ведь это никак не нарушит
вашего учёта! Допустим, вам понадобилось посмотреть только приходы по некоторому
проекту. Тогда в фильтрах (в диаграмме) вы просто выбираете нужный вам проект,
а в поле для ввода статьи бюджета вы выбираете значение \"Все статьи прихода\".
И, собственно, получите нужный результат.

Вообще, я допускаю, что в одной базе может быть несколько классификаторов, разделённых
на ветви (в противном случае я просто ввёл бы ограничение в программу). Но делать
это нужно очень осторожно. И критерием выбора, может ли данный классификатор
быть разделённым на ветви, имхо, может быть ответ на вопрос: \"Возможно ли, чтобы
одно и то же значение классификатора (конкретный агент, проект) участвовал и
в операциях прихода и в операциях расхода в одной и той же базе?\". Если ответ
на этот вопрос положительный, данный классификатор нельзя делить на ветви. Если
отрицательный - можно.

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

  
Dervish
2004-09-14 01:16:56 (#228248)

[abilitycash] |dervish.questions| По какому курсу производится расчёт? 010.011

Наверное...
имеет смысл написать Константину на e-mail, возможно, что он просто не в курсе,
что для второй версии можно уже сделать загрузку.

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

  
Dervish
2004-09-14 00:44:04 (#228239)

[abilitycash] |dervish.acash| Еще предложение по поводу Агентов.(+) 005.008

Нет, не соглашусь. Пишите по каждому агенту сколько хочется реквизитов-
формально \"субагентов\", а на самом деле просто нужные реквизиты. Наименование
реквизита - это субагент, содержание - текст соответствующего примечания.
Конечно, выделять агентов, имеющих, скажем, одинаковый No телефона, не получится,
наверное, но тогда стоит поговорить о том, зачем нужна база.

  
"В.Червонных"
2004-09-14 00:20:57 (#228234)