Доброе время, Сергей aka Dervish и пользователи AC!
Пожелания по программе AbilityCash (AC).
AbilityCash 2 Alpha (Build 191)

[+] комментарий к счету
Дабы там описывать чего это за счет и чего с ним можно делать
Необходимость: средняя

Родилось после реализации "Планируемый остаток по счету" по идеи
Сергея:
Начало цитаты Создайте группу счетов, в которую включите счёт накопления и ещё один счёт,
который можно назвать "Займы из накопления".
Конец цитаты --
С уважением, dat: 04.06.2004 15:52 мск.
fio: Андрей Моздаков www: http://vsng.narod.ru
twn: Череповец RU icq: 30203953
Сайт программы - http://www.dervish.ru/
Архив Листа - http://subscribe.ru/archive/comp.soft.others.abilitycash
Подписчиков - 22

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.others.abilitycash-list@subscribe.ru
Отписаться: mailto:comp.soft.others.abilitycash--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Доброе время, Сергей aka Dervish и пользователи AC!
Проблемы в программе AbilityCash (AC) 2 Alpha (Build 191)

Исходные данные:
Вкладка операции
Выбраны операции по счету А
Добавляю операцию, по счету Б (ошибочно)

Проблема:
Не появляется предупреждение о том, что операция не удовлетворяет
критериям выборки

Спасибо.

> Создайте группу счетов, в которую включите счёт накопления и ещё один счёт,
> который можно назвать "Займы из накопления". Вторая версия легко показывает
> суммарный остаток по счетам, входящим в группу. Это означает, что вы сможете
> видеть три цифры:
> 1. Планируемая накопленная сумма в кубышке.
> 2. Сумма, которая была занята в этой кубышке.
> 3. Итоговый остаток, который можно пересчитать, если физически достать
> деньги из чулка. :)
Согласен, это позволяет мне "выкрутится" на данный момент, но
порождает два лишних счета.
Все таки хотелось бы получить планируемый остаток.
Пока буду использовать ваш вариант.

Мой почтовик пал 29/05 так что письма за данное число пришлось
заказывать в архиве ГК.
>> Вкладка "операции" в строке состояния можно настроить агрегированные
>> данные по ВЫДЕЛЕННЫМ операциям, хотелось бы еще там же иметь
>> возможность получить агрегированные данные по ВЫБРАННЫМ операциям.
>
> Чем "выделенные" операции отличаются от "выбранных"? Непонятно, в чём
> разница.

Выбранные - множество операций удовлетворяющих установленным
требованиям:
- За период
- начиная
- заканчивая
- Показывать операции
- По счету
- И по счету
- Статья
- Контрагент

Выделенные - подмножество выбранных операций выделенных мышкой|
SHIF|CTRL

На данный момент в строке состояния отображается сводная информация
для ВЫДЕЛЕННЫХ операция

[RPL] 4 июня 2004 г. Dervish [D]:
mid:20040604001206.1615***@c*****.subscribe
>> Дать пользователю самому настраивать :
>> - порядок обхода реквизитов по клавише TAB
>> - пропускать/не пропускать реквизит при обходе по клавише TAB
>> (мышкой есс-но тыкай куда и когда хочешь)
D> Трудно в реализации и, боюсь, понятным это не сделать.
В дельфях это реализуется очень просто, у визуального объекта есть два
свойства:
TabStop: boolean (Determines if the user can tab to a control.)
TabOrdre: -1..32767 (indicates the position of the control in its parent's tab
order)
реализация т.о. достаточно проста.

>> Нет, именно столбцы, дабы видеть по каждому счету: сколько всего пришло и
>> ушло (аналог столбцы "остаток в ... валюте"),
D> Ах, речь шла про вкладку счетов, я немного перепутал. А как определять
D> период, за который нужна такая инфа?
Так же как и остаток на вкладке счета. Предполагаю что он
определяется: все не более даты "Показывать остатки по состоянию за
dd.mm.yyyy".

>> Т.е. нужно либо дать возможность отображать полное наименование либо
>> запрещать в классификаторах/счетах вводить записи с одинаковым
>> наименованием.
D> Да, теперь понял. Об этом уже была речь в форуме и в общем, у меня нет
D> особых возражений. Основное препятствие - время.
А какой вариант ты предполагаешь реализовать?

[RPL] 4 июня 2004 г. Dervish [D]:
mid:20040604001732.1615***@c*****.subscribe
>> Тогда по этим данным я смогу
>> - четко отследить смену наименования экземпляра объекта
>> - построить дерево объекта
D> Причины пожелания понятны. Но может быть возможно как-то это сделать без
D> служебной информации?
Я уже крутил, но без кодов записей, это получается очень
навороченно/интелекутальная система отслеживания смены наименования и
подчиненности с точностью ~ 70%-80%.
В общем сложна в реализации и мрачна в эксплуатации....
Так что без кодов мне ни туда и ни сюда....
--
С уважением, dat: 04.06.2004 9:27 мск.
fio: Андрей Моздаков www: http://vsng.narod.ru
twn: Череповец RU icq: 30203953
______AbilityCashList___________________________________________#50
Сайт программы - http://www.dervish.ru/
Архив Листа - http://subscribe.ru/archive/comp.soft.others.abilitycash
______Подписчиков_______________________________________________#22

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.others.abilitycash-list@subscribe.ru
Отписаться: mailto:comp.soft.others.abilitycash--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Доброго времени суток!

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

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

Здравствуйте!

> D> Увы, на это потребуется время.
> и возможно к тому времени ты уже реализуешь планирование и анализ
> бюджета:) т.е. необходимость отпадет :)

Не уверен. Релизация планирования и анализа связана с некоторыми творческими
муками (как правило лично у меня нормальный код получается не с первой
попытки, а где-то с пятой). А с доступом через COM-объекты к базе данных всё
довольно просто. Кстати, одновременно можно прикруть и DDE к программе. Для
пользователей это будет означать, что можно будет из Excel-я ссылаться на
некоторые данные из самой программы. И Excel автоматически будет запускать
AbilityCash и выбирать из базы текущее значение.

> Тогда для нормального импорта (дабы можно было отследить изменения
> наименование, смену подчиненности) хотелось бы получить в выгружаемых
> данных дополнительные служебные реквизиты.
> Предполагаю что:
> - каждая запись в классификаторе имеет служебный (внутренний) уникальный
> код.
> - каждая запись в классификаторе имеет служебный код родителя, который
> может быть пустым если запись находится на самом верху дерева.
> - каждая запись в счете имеет служебный (внутренний) уникальный код.
> - каждая запись в счете имеет служебный код родителя, который
> может быть пустым если запись находится на самом верху дерева.

Хммм, немного неожиданно. Вообще, могу сказать, что такой уникальный
идетификатор, конечно же, есть во второй версии программы. И он никогда не
изменяется за время жизни этого объекта в базе данных. Да и сама база данных
тоже обладает уникальным идентификатором (GUID-ом). А в записях ещё есть
сведения о дате/времени последнего изменения объекта. Но мне как-то не
приходило в голову, что эта служебная информация может быть полезна ещё
кому-то кроме меня.

Давайте на обдумывание, хорошо?

> Тогда по этим данным я смогу
> - четко отследить смену наименования экземпляра объекта
> - построить дерево объекта

Причины пожелания понятны. Но может быть возможно как-то это сделать без
служебной информации?

С уважением,
Сергей aka Dervish.
______AbilityCashList___________________________________________#48
Сайт программы - http://www.dervish.ru/
Архив Листа - http://subscribe.ru/archive/comp.soft.others.abilitycash
______Подписчиков_______________________________________________#23

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.others.abilitycash-list@subscribe.ru
Отписаться: mailto:comp.soft.others.abilitycash--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Здравствуйте!

> D> А почему именно так? Можете мотивировать?
> Данные в бюджет я ввожу утром следующего дня (вечером руки и глаза до
> компа не доползают)
> Итак достаю из кошелька бамажку с расходами/доходами за предыдущий
> день... [поскипано]

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

> перечитал и мысля пришла универсального решения:
> Дать пользователю самому настраивать :
> - порядок обхода реквизитов по клавише TAB
> - пропускать/не пропускать реквизит при обходе по клавише TAB
> (мышкой есс-но тыкай куда и когда хочешь)

Трудно в реализации и, боюсь, понятным это не сделать.

> Ну хотя бы повесь кнопку "Добавить" на "SHIFT+ENTER", уж больно часто им
> пользуюсь, особенно когда ввожу операции "задним числом", а такое
> происходит каждый день.
> Приоритет необходимости: выше среднего

Ок, думаю, это проще сделать и постараюсь побыстрее.

> Нет, именно столбцы, дабы видеть по каждому счету: сколько всего пришло и
> ушло (аналог столбцы "остаток в ... валюте"),
> а в статус баре я увижу агрегированные данные по ВСЕМ счетам.
> Приоритет необходимости: средний

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

> согласен, но я с таким столкнулся, когда размышляя добавлял
> классификатор, потом решил сделать его общим для всех видов операций и
> ... пришлось удалять его и заново вводить.
> Приоритет необходимости крайне низкий, но запиши в план на далекое
> будущее.

Очень далёкое.

> Т.е. нужно либо дать возможность отображать полное наименование либо
> запрещать в классификаторах/счетах вводить записи с одинаковым
> наименованием.
>
> Сформулировал?

Да, теперь понял. Об этом уже была речь в форуме и в общем, у меня нет
особых возражений. Основное препятствие - время.

С уважением,
Сергей aka Dervish.
______AbilityCashList___________________________________________#47
Сайт программы - http://www.dervish.ru/
Архив Листа - http://subscribe.ru/archive/comp.soft.others.abilitycash
______Подписчиков_______________________________________________#23

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.others.abilitycash-list@subscribe.ru
Отписаться: mailto:comp.soft.others.abilitycash--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Здравствуйте!

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

Вряд ли я это буду делать.

> Имхо: для домашнего бюджета такой необходимости нет.

Да и для полноценного складского учёта это, имхо, не подходит. Впрочем,
повторюсь, мои суждения о складском учёте, это заведомо суждения дилетанта.

С уважением,
Сергей aka Dervish.
______AbilityCashList___________________________________________#46
Сайт программы - http://www.dervish.ru/
Архив Листа - http://subscribe.ru/archive/comp.soft.others.abilitycash
______Подписчиков_______________________________________________#23

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.others.abilitycash-list@subscribe.ru
Отписаться: mailto:comp.soft.others.abilitycash--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Здравствуйте!

> Я хочу чтобы было просто, но функционально.

Так и я того же хочу. Правда, у меня есть ещё дополнительное желание: чтобы
в реализации было попроще. :)

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

Это сложно реализовывать, вы правильно поняли.

> :))) Ничто так не поддерживает талию, как мужские руки...

Талию? ;)

С уважением,
Сергей aka Dervish.
______AbilityCashList___________________________________________#45
Сайт программы - http://www.dervish.ru/
Архив Листа - http://subscribe.ru/archive/comp.soft.others.abilitycash
______Подписчиков_______________________________________________#23

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.others.abilitycash-list@subscribe.ru
Отписаться: mailto:comp.soft.others.abilitycash--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru