[abilitycash] |dervish.acash| Страница <Голосования> тема : AbilityCash для КПК
AbilityCashList #2921 (подписчиков: 36)
Согласен - с CashOrganizer проблемы
программа поработала 2 месяца и напрочь подвесила КПК. Может кто знает что получше?
← Декабрь 2005 → | ||||||
7
|
11
|
|||||
---|---|---|---|---|---|---|
17
|
||||||
21
|
24
|
|||||
31
|
За последние 60 дней ни разу не выходила
Сайт листа:
http://www.dervish.ru/
Открыт:
30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес
модератора: comp.soft.others.abilitycash-owner@subscribe.ru
AbilityCashList #2921 (подписчиков: 36)
Согласен - с CashOrganizer проблемы
программа поработала 2 месяца и напрочь подвесила КПК. Может кто знает что получше?
AbilityCashList #2920 (подписчиков: 36)
Чтобы не смешивать пиво и диваны,
AbilityCashList #2919 (подписчиков: 36)
продолжение
..можно попробовать вести автоматизированный количественый учет только для данного
счета не передавая его данные вверх - родителям!
То есть вести учёт количества на "листьях дерева счетов", не давая
разным количествам смешаваться на ветвях.
AbilityCashList #2918 (подписчиков: 36)
Я, кажется,начинаю понимать!
Действительно Ведь по сути дела происходит ввод переменных по формуле:
Цена за Штуку Х Количество = Сумма операции. И соответственно получаем 3 взаимозависимых
поля ввода данных, а вводить приходится максимум 2!!!
И, поскольку, "РадиоБаттоны допускают только одно выделенное поле"
самым простым решением стало выделение - неактивного (автоматически рассчитываемого)
поля.
Может быть можно ухитриться и заставить при выделения радиобаттона (РБтн) "сереть"
ДРУГОЕ поле ввода?
Или может, вообще отказаться от Рбтн, заменив их небольшой формой и кнопкой рассчитать?
или с проверкой занесения данных при нажатии на ОК?
В любом случае, я ещё обязательно подумаю над решением этой головоломки. %-))
AbilityCashList #2917 (подписчиков: 36)
Кнопка "Кроме"
Окно "По счетам:"
Кнопку "Кроме" расположить в непосредственной близости и при нажатии
менять на "Кроме счетов:"
AbilityCashList #2916 (подписчиков: 36)
Интерфейс управления повторяющимися
Предлагаю свести все повторяющие операции в свое отдельное дополнительное окошко.
Такое окошко я представляю себе в виде выплывающего поля (такие есть в программе).
Поле должно состоять из таких же строк как и в общем журнале операций. Это может
облегчить управление в случае, когда плановая операция не выполнена в свой срок,
и на нем (этом сроке) зависла. На коротком рабочем периоде в журнале операций
(напр. день, неделя, месяц) ее может уже и не видно.
1.В таком случае должен загореться <<индикатор невыполненной плановой операции>>
(в статусной строке напр.), при нажатии на который выползет это самое поле со
списком этих самых просроченных операций. Для таких операций (внутри этого поля)
нужно добавить галочку (или кнопочку) с функцией пропуска ввода для указанной
(в плановой операции) даты, поочередное нажатие на которую позволяет пропустить
столько операций, сколько нужно. (напр. операция планировалась ежедневно, а пару-тройку
дней была пропущена)
2.Кроме того, можно было бы вообще отключить показ невыполненных операций в общем
списке, а при наступлении по ним часа-Х - поджигать <<индикатор текущих плановых
операций>> и по просьбе выводить окно с ними.
3.Остается дать возможность вывести полностью Все плановые операции, присутствующие
в программе, независимо от состояния самих операций (просрочена или нет)
Причем, все три варианта должны работать независимо от настроек журнала операций
(период, фильтры статей или счетов)
Таким образом можно не только упростить управление плановыми операциями но и
создать некий целостный <<плановый блок>>, что положительно скажется на восприятии
программы.
AbilityCashList #2915 (подписчиков: 36)
это не 203.. это я че-то накосячила
В общем, с недавних пор вижу в отчетах по остаткам на счетах красный график (планирование?)
где-то далекооооооо-далекооооооо в минусах, порядка 6.5 млн рублей.
Никаких операций с такими суммами недавно не вводила. Да и вообще, пожалуй,
тоже :)
Простирается в обе стороны неопределенно долго и сводит на нет все полезность
этого отчета, т.к. в таких масштабах ежедневные/месячные колебания синего графика
не видны.
Что такого я могла сделать с базой, что там такое появилось?
Я уж удалила на всякий случай все невыполненные операции - не помогло.
Что посоветуете?
AbilityCashList #2914 (подписчиков: 36)
Немнрго поработав с комментариями
понял, что они реально классифицируют множество помеченных ими операций. Фактически
комментарий может служить именем операции, вернее именем класса однотипных операций
- если это комментарий нижнего уровня. Если этот комментарий - не листок на дереве
комментариев, а ветка, то он именует класс однотипных наборов операций. <B>Внимание,
вопрос:</B> нельзя ли сразу по комментарию породить следующую, еще одну новую
операцию того же вида? Ответ очевиден - можно ручным дублированием, глядя на
список операций со столбцом комментариев. Но породить группу операций с одним
комментарием-веткой уже не так просто, поскольку, даже если я отфильтрую такую
группу, то дублировать придется по одной. А нельзя ли либо развить операцию дублирования
до однощелчковой для группы операций, либо вообще - порождать новую группу прямо
по указанному комментарию?
AbilityCashList #2913 (подписчиков: 36)
пардон, еще раз:
Коль скоро радиобаттоны и окошки ввода и так в единой рамке "Суммы",
то вместо "Сумма списания" можно написать "Списать" и вместо
"Сумма зачисления" можно написать "Зачислить"
Вместо "Курс пересчета" "По курсу".
Освободившееся радом с окнами ввода место можно использовать для динамически
появляющейся подсказки рядом с помеченной радиокнопкой в виде, пожалуй, жирного
вопросительного знака.
Или просто, справа от помеченного окошка, которое и так перестало быть окошком,
убрать кнопочку с изображением знака "=", зато поместить этот знак
жирно слева от вычисляемого числа.
AbilityCashList #2912 (подписчиков: 36)
Поправить-то возможно, но как? (+)
Аналогичный вопрос однажды возникал по первой версии программы, ведь эта функциональность
AbilityCash полностью скопирована из первой версии. В общем, обсуждали, но так
и не смогли придти к какому-то приемлемому варианту. Не нашли.
Поля радиобаттонов допускают только одно выделенное поле. А заменять чекбоксами
мне не хотелось бы потому что тогда программа должна будет сама гасить галочки.
Что не есть хорошо. Да и не понятно, какие именно галки следует гасить.
В общем, действительно, сейчас сделано не самым лучшим образом, но вот неизвестно,
какой \"образ\" будет самый лучший.
Готов обсуждать ваши предложения.
AbilityCashList #2911 (подписчиков: 36)
Ага :)
но ничего личного :)
А по поводу выпить - велкам ту Минск! :)
ps у меня техникумовское образование - бухгалтер. поэтому учитывать только _что-то_
мне кажется таким неестественным, что уж лучше вообще не учитывать. :)
AbilityCashList #2910 (подписчиков: 36)
Получится на самом верхнем,
если все штучные счета строить, как порожденные одним. Но я полумал, что порядка
будет больше, если так не делать, а строить независимо для каждого вида штучного
материала или товара. Тем более, что частенько для каждого вида товара возникает
и альтернативная система счетов (для одного - упаковки по 20 шт, для другого
вес одной штуки и т.д.) В конце концов, действительно - диваны, велосипеды или
литры отражены в системе счетов, но только не совсем уж явно в каждом счете.
AbilityCashList #2909 (подписчиков: 36)
Попробую:
AbilityCashList #2908 (подписчиков: 36)
Всегда трудно развивать...
..те участки в программе, которыми сам не пользуешься. Я не пользуюсь количественным
учётом, наверное отсюда и трудности.
А не получится так, что у вас на одном счёте окажутся и CD-диски и, например,
бутылки пива?