[abilitycash] |dervish.acash| Замечание и предложения по отчетам 05211.05243
И масштабирование, масштабирование!
Я имею в виду масштабирование круговой диаграммы в отчете "Обороты".
Это я так на всякий случай, думаю, что это очевидно!
← Сентябрь 2005 → | ||||||
3
|
||||||
---|---|---|---|---|---|---|
10
|
||||||
24
|
||||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://www.dervish.ru/
Открыт:
30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес
модератора: comp.soft.others.abilitycash-owner@subscribe.ru
И масштабирование, масштабирование!
Я имею в виду масштабирование круговой диаграммы в отчете "Обороты".
Это я так на всякий случай, думаю, что это очевидно!
Ещё одна попытка предложить что-то дельное:
наверное правильно считать, что группа субсчетов, являющихся обычными счетами
имеет всегда одинаковую валюту? Может быть стоит чуточку упростить польщователю
ввод таких субсчетов, автоматически устанавливая у второго, третьего и т.д субсчетов
ту же валюту, что и у первого простого счета в группе?
PS:
По поводу статей вспомнил одно Ваше же высказывание, примерно такое: "Счета
это те же статьи, только с автоматизированным вычислением остатка". В каких
же случаях Вы используете именно "Статьи" (достаточно одного примера,
когда смысл есть). Даже, если ответ для Вас очевиден, думаю, что обсуждение небесполезно,
так как из него можно кусочками наращивать систему "Помощь", которой
остро не хватает потенциальным пользователям.
У меня тоже некорректность:
при выборе "Все счета" расхода не показывает, сколько не выделяй строк.
Выбрал конткретно, например, "Товарные счета", покажет правильное количество
штук, соответствующее выделенному набору операций.
Вариант:
Если операцию надо поставить в начало какого-то дня, то ставим ее датой ранее,
а потом исправляем дату на нужную. Аналогично с концом дня.
Я именно это имел в виду.
Прошу прощения, если был неконкретен.
Надо что-то делать!
Ну надо позарез! Уже который год, ну ёлки-палки! Ну давай как нибудь вместе что-ли!
ОК, работаем дальше. :)
А в чём некорректность? (-)
Это лучше решить немного иначе. (+)
Включите в базе данных поддержку времени (меню \"Файл\", пункт \"Настройки базы...\")
и регулируйте порядок операций указанием времени.
В будущем я исправлю код и можно будет переставлять операции даже без указания
времени.
Хорошо, это возможно. (+)
Правда, мне немного странно, почему у вас это происходит?
Вы можете подсказать, какой шрифт выбран в системе (и в программе)? Какая операционка
и, если это XP, в какой визуальной схеме настроен вид операционки?
В AbilityCash постоянно...
..идёт работа над интерфейсом. Возможность перевода есть и код, загружающий текстовые
подписи из файла уже готов, но как я могу его выкладывать, если текстовые подписи
постоянно правятся?
А я, а я, а я...
до сих пор сижу на 199. Жду, когда будут доделаны отчеты. Пока меня все устраивает.
Шаблоны не нужны. Выпадающие списки, конечно, иногда достают, но ведь это же
мелочь, не правда ли?
Вот доделает уважаемый автор отчеты, тогда загружу, посмотрю. А вдруг понравится?
:)
Спасибо!
Будем ждать.
А пока приходится распечатывать картинки, хмурить лоб и пытаться колдовать над
бумагами, в поисках тенденций. Со стороны выглядит как настоящая аналитическая
работа =)
Может, идея просто была недопонята?
Мне кажется, идея осталась несколько недопонятой. Конечно же программа не должна
менять то поле, с которым работает пользователь! Т.е. если я исправляю дату "Начиная",
то программа может корректировать <u>только</u> дату "Заканчивая" и
наоборот. Попробую пояснить на примере. Допустим изначально выбран диапазон 01.01
- 31.01 Если пользователь ничинает увеличивать дату "Начиная", то значения
в полях меняются по следующей схеме:
02.01 - 31.01
03.01 - 31.01
...
30.01 - 31.01
31.01 - 31.01
01.02 - 01.02 - вот он ключевой момент!
02.02 - 02.02
и т.д.
Соответственно, если пользователь начнет уменьшать дату "Заканчивая",
то все повторяется с точностью до наоборот:
01.03 - 31.03
01.03 - 30.03
...
01.03 - 02.03
01.03 - 01.03
28.02 - 28.02 - !
27.02 - 27.02
и т.д.
В таком виде, на мой взгляд, это никакая не самодеятельнось, а просто страховка
пользователя от возможных ошибок. Раз уж программа не использует никакой специальной
трактовки "вывернутого" диапазона (вроде, "все даты, кроме выбранных"),
то вполне нормально, что она будет помогать пользователю избежать такого ввода.
Кстати, ведь точно так же ведут себя галочки на диалоге добавления операции!
Если "Операции выполнена", то для нее нельзя задать повторение. Если
повторяется - то нельзя отметить выполненной. Они, как и предлагаемое улучшение
выбора дат, не дают пользователю сделать бессмысленный ввод.
И если уж речь зашла о юзабилити, то стоит тогда уже сделать эти галочки всегда
включенными, но позволяющими выбрать только одну из них - все тому же гипотетическому
начинающему пользователю так будет гораздо проще понять, что выполненная операция
не может повторяться и наоборот (помню, как я сам не сразу понял, как же сделать
так, чтобы можно было задать повторение - оказалось, что надо сначала снять выставляемый
по-умолчанию признак выполненности) Я уже давно про это писал...