За последние 60 дней ни разу не выходила
Сайт листа:
http://www.dervish.ru/
Открыт:
30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес
модератора: comp.soft.others.abilitycash-owner@subscribe.ru
этого наверняка может оказаться недостаточно
зависит от настроек прокси...
если это связано с вопросами безопасности в корпоративной (например) сети, то
никакой ввод паролей и юзер нэймов не поможет...
прокси просто не пустит абилити кэш в и-нет через себя
думать, потому, что мысль...
я считаю, что Анатолий (как ранее многие) затронул важную тему - но ИМХО это
вопрос вероятно далекого будущего.
вообще на будущее вижу два ключевых вопроса:
количественный учет и как часть его имплементации сплит операций
календарь событий и как часть его имплементации напоминалки
ничего такого про уважаемого мной автора я не говорил
:))
Возможно ли организовать подстановки
в шаблон динамических значений, подсчитываемых в момент работы шаблона: оборотов
по указанному счету за указываемый период, или остатка по счету на конец периода,
например?
Шаблоны ГРУПП рпераций - это ДА!!!!
Очень давно этого хотелось!
Меня беспокоит: неужели в группы нельзя будет собирать операции перевода???
Ошибка и пожелания
Здрасте!
Во-первых строках хочется поблагодарить за классную программу.
Теперь об ошибке. У меня сложилось впечатление, что для вида отчетов \"Обороты\"
перепутаны учитываемые операции \"Перевода на счета\" и \"перевода со счетов\".
Если выбрать первый то в операциях прихода появляются операции перевода с других
счетов. Ну и наоборот, если выбрать второй, то появляются операции перевода на
счета:).
Хотелось бы, чтобы при изменении фильтров не менялось состояние дерева операций,
когда это возможно. Мне кажеться, что было бы достаточно сохранять и восстанавливать
состояния основных узлов, т.е. тех, которые при изменении фильтров сохраняются:
\"Общий оборт\", \"Все поступления\", \"Все списания\" и т.п.
Планируется ли восстановить следующую полезную возможность: при удалении, напирмер,
статьи раньше запрашивалось на что мы хотим её заменить. Было очень удобно. Особенно
в период начального формирования базы.
И еще версия 1.4 при вводе суммы не дела различий между десятичными разделителями(запятой
и точкой). Было очень удобно. Хотелось бы, чтобы вернулось вновь
Спасибо, за программку
--
Илья
Спасибо, на этот раз я получил.
Извините за мою нечаянную ошибку.
И последнее.
Касательно списка новостей второй версии.
У меня возникает ощущение, что так развивать программу можно будет до бесконечности.
Всё время появляются новые мысли, новые идеи. Может быть пора уже взять паузу?
Посему я думаю так: для версии 2.0, мне кажется, будет достаточно:
1. Того, что уже сделано.
2. Реализации дерева операций и
3. Шаблонов.
4. Возможность перевода на другие языки.
Если этот список наращивать дальше, то есть риск, что версия 2.0 релиз ещё не
скоро увидит белый свет.
А посему мой план работ таков:
1. Сейчас я начинаю заниматься внутренней работой над кодом. Некоторое время
не будет в программе новинок, но зато будут понемногу исправляться ошибки (которых
уже накопилось немало), программа будет приводиться \"в божеский вид\". По мере
работ я буду выкладывать новые билды на сайт, чтобы можно было видеть, как идёт
работа и тестировать получаемый результат.
2. После завершения этого процесса будут сделаны шаги со 2-го по 4-й включительно
именно в той последовательности, как они записаны выше.
3. Будет написан Хелп (на основе существующего для первой версии, но со значительными
доработками) и на этом можно будет считать релиз версии 2.0 состоявшимся.
Такие дела. :)
Как это будет работать?
Очень просто. По шагам:
1. Пользователь создаёт новую базу. По умолчанию шаблоны в ней выключены (чтобы
не смущать новичков сложностью).
2. Заходим в настройки, включаем шаблоны. На странице операций, на месте рамки
\"Команды\" (там где кнопки \"Добавить\", \"Изменить\", \"Удалить\") появляется
список. Пока пустой. Кроме того, появляется ещё одна закладка \"Шаблоны операций\".
Тоже пока пустая.
3. Переходим на закладку \"Шаблоны\", нажимаем Insert. Появляется диалог создания
нового шаблона. В этом диалоге вводим название шаблона (каждому шаблону можно
будет давать внятные имена). И там же добавляем некоторое количество операций,
то есть, само тело шаблона. Закрываем диалог и шаблон появляется в этой закладке.
4. Переходим на страницу операций и видим в маленьком списочке наш добавленный
шаблон (только название). Двойной клик по нему и на экране появляется специальный
диалог, в котором нужно ввести не все данные по операциям, а только те, которые
дейтсвительно необходимы для данного шаблона. Например, только сумму.
5. Вводим сумму и нажимаем \"ОК\". В нашу базу добавляется сразу несколько операций,
объединённых в единое дерево.
Пример шаблона.
И хочу привести пример шаблона.
Представим, что я пользователь, у которого есть кредитная карточка. Я хочу добавить
шаблон операции для получения наличных через банкомат.
Я ввожу новый шаблон с названием \"Наличные через банкомат\". В этот шаблон я
добавляю две операции, одна из которых будет операцией перевода (со счёта карточки
на счёт наличных), а вторая - операцией расхода (для учёта комиссии банка).
Для первой операции (перевода) я указываю оба счёта. Помечаю, что \"подставлять
текущую дату\", указываю все значения классификаторов (нужные мне). Но в поле
суммы я проставляю что-то вроде \"S1\". Это означает \"первая сумма, которую
должен ввести пользователь в момент создания операции по шаблону\".
Для второй операции я тоже указываю все реквизиты, но вместо суммы я проставляю
\"S1 * 0.5%\", где 0.5%, допустим, это величина комиссии банка.
Если шаблон будет подготовлен так, как я описал, то для создания операции по
шаблону программа должна запросить у пользователя [b]всего одну сумму[/b]!!!
То есть, в дальнейшем, для ввода операции по этому шаблону вам будет достаточно
сделать:
1. Двойной клик по шаблону.
2. Ввести одну сумму.
3. Нажать на \"ОК\".
Довольно просто, не правда ли?
Пожалуйста.
Одно из основных неудобств программы состоит в трудоёмком вводе операций. С одной
стороны, очень хочется все записи \"разложить по полочкам\", с другой - каждый
новый классификатор, это, как минимум, несколько кликов мышкой. В итоге, ввод
данных в программу занимает довольно много времени и сил. Как можно с этим побороться?
Нужно заметить, что как правило, у любого пользователя есть свой собственный
набор операций. Это те операции, которые, с небольшими вариациями вводятся в
программу довольно регулярно. Да, этот набор время от времени изменяется, \"плывёт\".
Но это происходит не очень часто.
Если объединить эти два факта, то возникает желание сделать так называемые \"шаблоны
операций\". То есть заготовки, в которых уже проставлены все нужные реквизиты.
И для добавления которых достаточно одного-двух кликов мышкой.
Это в тривиальном варианте. Но мысль бежит дальше и вот как лично мне видится
картина:...
Если сделать в программе возможность группировки операций в дерево (обещаю),
то можно вводить шаблоны не единичной операции, а сразу целой группы операций.
В таком шаблоне можно указать для каждой из операций те значения реквизитов,
которые постоянны и не изменяются. Там же можно будет указать, какие реквизиты
должны запрашиваться у пользователя в момент ввода.
Давайте я поясню на примере, как это будет работать.
Никто и не превращает. (+)
Обратите внимание, что все новые функции и возможности во второй версии отключаемые.
И, по умолчанию они выключены.
Хочется как раз сделать небольшую программу с выразительными средствами и большими
возможностями. Но так, чтобы она не потеряла своей простоты.
И ещё одно: в этой ветке не обсуждались возможности программы. Тут мы говорили
о том, как лучше учитывать конкретную ситуацию.
Это пока не доделано. (+)
Так получилось, что существующая реализация бюджетной даты требует небольшой
переделки. Поэтому я пока не стал тратить время и просто пропустил обработку
бюджетной даты в отчётах. Хочу заметить, что ни один отчёт не обрабатывает бюджетную
дату. Пока.
Это будет доделано.
