:( Не качается
Explorer
22/07/2002 20:17
#
вот ить...
Dervish: Должно качаться. Проверял. А что говорит?
На всякий случай
повторю ссылочку.
Да это тезка мой глючный - 5.5
Explorer
22/07/2002 20:29
#
Эт он не качает... Отпадает по коннекшен таймд аут и второй раз линк не цепляет - качает зип в 0 килобайт и все...
Гад он.
Сереж, а можно почтой попросить... А то у меня 1.3 с Экселем не дружит (перестал вдруг в одночасье)- выпадает по иллигал оперэйшен.
Dervish: Можно. Сейчас пришлю. Кстати, а что за иллегал оперэйшн? Думаю, что это может происходить из-за одной единственной операции. Можно её вычислить? Может, сумма слишком велика или ещё что?
Сейчас вышлю файл, только что-то барахлит моя почта на приём писем, так что, отвечать лучше здесь, в форуме.
Файл ушёл на
Explorer@Vpost.ru
Да, из за одной единственной операции
Explorer
22/07/2002 20:42
#
Экспорт >> в эксель>>> дружно падают оба.
Не собрался разобраться в подробностях, но ставил/переставлял и Эксель и Кэш - так и не подружились.
Пока мне хватает и так (точнее пока нет отчетов в удобном виде и вложенных подопераций) пользуюсь Кэшем как записной книжкой "на память" чтоб манжеты не пачкать.
Dervish: А вот поподробнее бы об "отчётах в удобном виде". Пока я сделал один-единственный отчёт и с ужасом поймал себя на мысли, что фантазии не хватает. Так что, если есть другие предложения, жду!
Можно узнать, на какой операции? Что в ней такого, особенного? Сумма? Какие-то реквизиты не проставлены или что? (Надо исправлять).
Мои заамечания
Женя
22/07/2002 20:27
#
Сергей, добрый день!
Вы уже успели отчеты!!! Молодец!
Я вижу 2 проблемы:
1. Частная. Вид графика ДОЛЖЕН быть не только доходы/расходы, но и "проекты". Я использую проекты вместо статей в связи с тем, что статьи нельзя указывать в операциях "перевод". Спасайте!
2. Общая. Ну просто пишется туда расшифровка - список операций, попавших в отчет под выбранную из строку.
А в целом - мне нравится!
Dervish: Верно ли я понял:
1. То есть, отчёт нужен не только по статьям/агентам, но и по проектам. Кстати, и график тоже.
2. Раскрывать детализацию вплоть до конкретных операций? И что там? Только сумма да примечание попадёт? Других-то колонок нету!
Отвечаю
Женя
22/07/2002 20:53
#
Блиииин! ну 3й раз пишу, забываю название сообщения написать, и все стирается!!!!!!! Это негуманно...
1.1. Да! Проекты ничем не хуже статьи.
1.2. А еще хорошо бы в операцию "перевод" добавить статью. Статья не ничем не хуже проекта.))))
2. Там полностью вид, как в Операциях при фильтре, только еще добавлено поле Счет. операция перевод может 2ды попасть с разным знаком, если оба счета включены в фильтр отчета.
3. ПО каждой строчке добавить кроме САЛЬДО оборот по приходу и расходу.
Dervish: Итак,
1. Что-то меня сдерживало от проектов... А, вот что: по одному и тому же проекту может быть и приход и расход. Как разделять в графиках/отчётах?
2. Не совсем понял, где это "там"?
3. Где сальдо? Вы о чём?
Предложение по сайту
Женя
23/07/2002 12:40
#
Я забываю написать "Название сообщения", и теряю весь текст... давайте сделаем этот пункт необязательным и пусть туда автоматом в случае, если не заполнено, ставится первые 2-3 слова из текста...
Dervish: Если вы забыли указать название сообщения, то на следующем экране будет ссылочка "вернуться обратно". Нажмите на неё и текст сообщения не будет потерян.
В том-то и дело, что теряется!!!!
Женя
23/07/2002 14:22
#
В том-то и дело, что теряется!!!!
Dervish: Хорошо, я постараюсь исправить это дело.
Ошибка в прорисовке дерева
Женя
22/07/2002 20:38
#
1. Может и не ошибка, но при смене диапазона дат не пересчитывается. Приходится щелкнуть-выщелкнуть Счета либо "Перевода".
2. Когда щелкаю на уровень, соответствующий статье, в дереве пропадает верхний уровень над этой статьей. Примечание - у меня 1 уровень статей (я веду вообще проекты, это так, пробно).
Dervish: Мммда, видимо, пропустил. Спасибо, проверю.
Проверка обновлений
SKY
22/07/2002 20:41
#
Сразу попытался задействовать автоматическую проверку обновлений, но в ответ получил "Невозможно получить доступ к сайту программы...". Обидно. Но не удивительно. Как бы добавить работу через прокси-сервер?
Спасибо.
Dervish: Упс, пока не знаю. wininet.dll - новая штучка для меня, это, считайте, первый опыт. Посмотрю, что там можно сделать. Вообще, я вызывал её везде с параметрами "по умолчанию". То есть, если на компьютере вообще есть доступ в интернет, то она должна связываться "как обычно". Странно. Подумаю, ладно?
Контекстное меню
SKY
22/07/2002 20:59
#
Вот еще одна неприяность обнаружилась - в закладке проекты правой кнопкой мышки и получаем "Добавить курс/Изменить курс/..." В валютах предлагает поманипулировать с агентами, в агентах - со статьями, а в статьях есть только печать. Что-то где-то сдвинулось.
Dervish: Упс! Точно сдвинулось! Спасибо!
Переводы в таблицах/графиках
SKY
22/07/2002 20:49
#
Чего-то я не пойму - в табличных отчетах появляются две строки "Перевод со счетов" и "Перевод на счета". А почему? Верней - чем они отличаются? Ведь что для одног "перевод со счета", для другого "перевод на счет". И соответствующие операции показываются в списке операций для обоих счетов и, в общем-то, равноправны. Как тогда определяется, в какую категорию отнести операцию? ("со счета" или "на счет")
Dervish: Если отчёт генерируется по группе счетов, то в него не попадают операции перевода между этими счетами. Если же встречаются переводы с этой группы счетов на другие счета, не включённые в отчёт, то они попадают в группу "перевод со счёта". Если же были переводы с других счетов на счета, включённые в отчёт, то, соответственно - они в группе "перевод на счёт".
По поводу перевода
Женя
22/07/2002 20:57
#
Мне кажется, что концепция выделения операций перевода от других операций изжила себя. Надо дать этой операции статью! Компромисс - для каждого счета в операции указывать свою статью.
Dervish: Ну хорошо, уговорили. Хотя, вы меня давно уже уговорили, но я всё никак не соберусь изменить формат файла. Хотя уже давно пора. Будет такая фича.
И всё-таки, не могу понять, зачем вам статья в переводах. Посмотрите
сообщение Михаила в обсуждениях. Думаю, что лучше него и не скажешь. Не убедительно?
Не согласен
Женя
22/07/2002 21:10
#
Я туда отвечу, чтобы не путаться здесь
Dervish: Хорошо, переносим это обсуждение туда.
Re: Переводы в таблицах/графиках
SKY
22/07/2002 21:07
#
Ага, понятно. Спасибо! Этот вопрос снимается. Второе: в графике доходов расходов нет секторов, соответствующий "переводу на счет" и "переводу со счета" - рисуется сразу вложенные статьи. То есть пропускается один уровень иерархии (если сравнивать с табличным отчетом). Это сделано умышленно?
Dervish: Нет, не умышленно. Поправить?
Re: Переводы в таблицах/графиках
SKY
22/07/2002 21:17
#
Ну да, пожалуй...
) А то как-то не красиво. Будет эстетичней.
Dervish: Да, согласен. И потом, можно будет оценить, каков был суммарный объём переводов.
Параметры
Женя
22/07/2002 21:08
#
И все-таки, кроме фильтров отчета, должен быть еще один параметр - порядок сортировки результатов.
К примеру, очень интересно посмотреть этот отчет в сортировке с такой последовательностю:
- по статье/по дате;
- по статье/по счету/по дате;
- по статье/по агенту
- по статье/по проекту
и т.д.
Dervish: Не совсем понимаю, что Вы имеете ввиду. Можно пример?
параметры
Женя
23/07/2002 14:47
#
1. Послал по почте пример и пояснения.
2. Сейчас есть сортировка результатов с учетом:
- фильтров на операции (счет, период и дополнительно проект+агент+статья);
- иерархии статей либо агентов (1й уровень).
Я предлагаю ввести дополнительные разрезы:
- фильтры те же;
- к иерархии 1-го уровня (статей/агентов) дополняется еще и проект (мы говорили об этом);
- возможность задать дополнительные уровни отчетов, где к иерархии 1-го уровня будет добавлена иерархия 2-го. К примеру, внутри итоговой строки по статье "Расходы на бензин" дать возможность смотреть итоговые строки по счетам, с которых были расходы на бензин, либо агентам, которым были оплачены деньги, либо дням.
Dervish: Хорошо, я посмотрю, присланные материалы. Спасибо.
Наглядные примеры для отчета
Женя
23/07/2002 17:47
#
По статье "Карманные расходы" очень хотелось бы кроме общей суммы посмотреть, кто именно (я, жена, теща) сколько снимал наличных со счета.
По статье "Расходы на продукты" очень хотелось бы посмотреть, в какие магазины уходят деньги, и кто совершал покупки.
Хотелось бы смотреть на расходы в разрезе по дням, а внутри дня по статьям.
Хотелось бы смотреть на расходы помесячно, а внутри месяца по статьям, а внутри статей по счетам.
(Ну, это уже слишком, хотяяяяя....)
Dervish: Вот, очень удачные примеры, спасибо!
Если пример понятен,
Женя
23/07/2002 18:39
#
то очень бы хотелось прийти с Вами к единой терминологии и по-скорее сформулировать принцип манипулирования "разрезами" в отчетах. Я готов концептуально изложить варианты настройки отчета!
Dervish: С удовольствием приму помощь в этом вопросе! Лучше всего, если получилось бы просто нарисовать вид экрана, как вам видятся настройки.
нененене! сначала мы должны понять,
Женя
23/07/2002 19:31
#
что думаем одинаково!!!
А для этого все-таки давайте сфорулируем содержание и структуру отчета.
Мой вариант. Коренное отличие от существующего - наличие новой настройки отчета и наличие операций.
Отчет представляет собой множество операций, отобранных по указанным параметрам (счет, дата, агент, проект, статья) и сгрупированных по указанным параметрам (новый сложный параметр, который надо назвать и описать). Каждая такая группа операций имеет результирующую строку, содержащую список параметров и сумму(+обороты?) по операциям в группе. Также группируются и результирующие строки (согласно иерархии в заданном сложном параметре).
Сложно очень и некрасиво. Попробую нарисовать (хотя я уже присылал Вам вариант...).
Dervish: Да, Excel-eвский файл. Но это только результат, мне же интересны сами настройки, как они должны быть. Вот, скажем, пропустил я одну настроечку - "показывать в графиках операции", в ответ получил совершенно справедливые замечания пользователей.
Не умею рисовать...
Женя
23/07/2002 20:10
#
Необходимо настроить:
- использование параметров операций для анализа
дата - без анализа/ежедневно/еженедельно/помесячно
счет - без анализа/с анализом
статья - без анализа/с анализом
проект - без анализа/с анализом
агент - без анализа/с анализом
- порядок вложенности анализа
Теоретически может возникнуть желание анализировать с подробстью по всем параметра, но я думаю, что можно ограничить сейчас 3мя: параметр1/параметр2/параметр3.
Получается, что каждый из параметров может принимать 1 из значений (и только 1 раз):
ежедневно/еженедельно/помесячно/счет/статья/проект/агент
Это должно быть реализовано в районе "показывать по статьям/агентам" на странице отчетов. Как там разместиться - я не знаю. Либо нужно больше места, либо что-то должно выпадать, а "наверху" отображать только "Последовательность анализа: счет/статья/проект"
Dervish: Фактически, как я понимаю, речь идёт о новом графике и, если я не ошибаюсь, о коренной переделке отчёта. Такая работа потребует дополнительное время. Я не отказываюсь это сделать, сам считаю это необходимым, вот только надо экспериментировать, пока получится сделать приемлимый вариант.
Серьёзная задача.
Нет никакой коренной переделки!
Женя
23/07/2002 20:31
#
Требуется ввести еще одна настройка - последовательность анализа в отчете.
Возможность смотреть операции "под" итоговой строкой - это можно потом.
Dervish: Есть переделка! И коренная! Сейчас всё показывается только за указанный период, Вы же предлагаете установить режим показа (для сравнения) по группе периодов (еженедельно/ежемесячно..). В диаграмме это сразу же не получится. Значит, нужен новый график. А это существенная переделка. Свои настройки.
Временной параметр можно отложить.
Женя
23/07/2002 20:40
#
По другим параметрам есть проблемы сгруппировать?
Dervish: Как только заходит вопрос о том, чтобы группировать параметры в указанном порядке, это означает существенную переделку интерфейса. Опять же, хотелось бы не ограничивать количество группировок.
Ну и на сладкое: придётся полностью переписывать алгоритм генерации отчёта/графика.
Интерфейс
Женя
23/07/2002 20:55
#
Вынудили меня нарисовать, все-таки...
Послал по почте интерфейс.
Сладкое - это я люблю...
Так а важен же рузультат - чтобы волки сыты, и овцы целы, и пастуху...вечная память!)))))
Dervish: Получил письмо, и, как уже ответил письмом, таки понял, что же всё-таки необходимо.
Не поймите меня правильно
), я не отказываюсь делать это, я только лишь говорю, что на такие переделки уйдёт достаточно много времени.
А свободное место можно найти!
Женя
23/07/2002 20:20
#
1. "Выбрать месяц" и "выбрать год" кажутся лишними с учетом нехватки места под новые параметры (и в графиках тоже!).
2. "Учитывать операции перевода", как я понимаю, также лишняя опция, а строчку занимает!
Простите, что я весь эфир занял...
Dervish: Ручками вводить дату (тем более, диапазон) будет очень утомительно.
Про операции перевода - была такая просьба в форуме. Собственно, потому и сделал.
За что извиняться? Идёт нормальное обсуждение!
Почему-то никто не отметил один недостаток
Dervish
22/07/2002 21:26
#
Мне не нравится вот такая вещь: когда просматриваю отчёт, если раскрыть одну (или несколько) подветвей отчёта, то гистограммы зрительно сливаются в один ряд. Получается очень ненаглядно и легко запутаться. Как этого избежать я не знаю. Может быть, будут какие-нибудь предложения?
Почему-то никто не отметил один недостаток
Vadim
23/07/2002 01:45
#
Можно гистограммы разного уровня вложенности рисовать разными цветами (или оттенками цвета). Примерно как на круговых диаграммах. Первый уровень - один цвет, второй - другой и т.п. Тогда хотя бы уровни не будут путаться
Dervish: Хорошее предложение. Спасибо. Я попробую - посмотрим, что получится.
Ответ
Игорь
25/07/2002 14:44
#
Я не путаюсь честно говоря мне даже понравился такой вид отчета, но надо Я думаю еще как то выводить на печать или такой вид отчета или какой нибудь другой.
Dervish: Мне пришлось дописать код списка для того, чтобы в полях показывались прогресс-бары. Кстати, спасибо Артёму Фёдорову за то, что он подсказал внешний вид прогресса.
Поскольку я старался побыстрее выложить бету на всеобщее обозрение, я просто не успел дописать код печати. Обязательно это сделаю.
Предложение
Роман
03/08/2002 17:45
#
Поддерживаю идею с разньіми цветами и оттенками.
Можно также попробовать сдвинуть прогресс-барьі нижних уровней немного вправо (также как сдвинутьі названия).
Dervish: Я тоже думал насчёт сдвига, мне показалось, что это не выход: не получится реально выделить группы строк. Так что, скорее всего, нам остаётся только цвет. Жаль только, что его нельзя передать на чёрно-белый принтер.
Замечания
Vadim
23/07/2002 01:34
#
1. Не работает опция "показывать ход проверки в новом окне" - окно показывается всегда, независимо от установки.
2. В отчетах индикация начальной сортировки не соответствует действительности - пока не отсортируешь явно (замечено в колонке "сумма").
3. Мне кажется, что проверка новых версий в программе, пока никак не связанной с Интернетом - это излишество. Усилия можно направить в русло основной тематики программы. Вполне достаточно списка рассылки. Ну теперь уж, конечно, вырезать не стоит, раз сделано.
)
Dervish: Первый и второй пункт обязательно проверю сегодня вечером, спасибо. Что касаемо проверки версий по интернету, может быть вы и правы, давайте будем считать, что мне просто захотелось таким образом попробовать сетевые технологии.
В закладке "Отчеты" надо писать "Отчеты" :)
Алексей Жеков
23/07/2002 11:38
#
Это так, красоты ради
В закладке "Отчеты" лучше писать "Вид отчета", а не "Вид графика", и в периоде тоже самое...
Dervish: Упс! Спасибо за найденный ляп. Это очень важно!
Знак
Женя
23/07/2002 20:38
#
Кстати, а почему сумма всегда положительная?? Это не очень хорошо...Должен сохраняться знак суммы операции!!
Dervish: А должен ли? Если операция расхода, то она будет входить в группу операций расхода. В графиках всегда так было. В противном случае возможна путаница. Вот что такое расход на -200 рублей?
Ну, если говорить корректно, то
Женя
23/07/2002 21:05
#
итог должен включать и общий итог - доходы минус расходы...Как же это понимать, если все с плючаси, и вдруг общий итог - ноль, скажем...
Некорректно!
Dervish: если показывать и обороты и остаток, тогда да, обороты по списанию должны быть со знаком.
Как можно не учитывать знак операций?
Женя
25/07/2002 21:15
#
Пример:
с агентом Васей у меня расчеты. В очтетный период я ему выплатил проценты за кредит ($100), а он заплатил за то, что я написал программу($200).
Если строить отчет по агентам, по Васе вылезет цифра $300. О чем мне скажет эта цифра?
Корректнее было бы показать, что было +$100 по нему и $-200, с итоговым сальдо -$100. Таким образом, нужны вместо 1го поля Сумма 3 поля: Сумма прихода, Сумма расхода, Итого.
Это касается и построению по статьям:
рядом у меня есть 2 статьи - Расходы на содержание дома и Доходы. Суммы по обоим строчкам положительные. Как их воспринимать? Только вникнув в названия статей. Это неудобно.
Dervish: А не потеряется ли смысл в прогрессах, если разнести доходы и расходы по разным колонкам?
Сделай счет "Содержание дома"
Explorer
25/07/2002 21:37
#
и работай в нем по статьям Расходов и Приходов
Dervish: Евгений немного о другом говорил. Если не ошибаюсь, он просто настаивал на том, что знак сумм (и, соответственно, цвет) нужно сохранять в отчётах.
Примеры, примеры...
Женя
26/07/2002 11:49
#
1. В магазине "Столичный" я ПОТРАТИЛ $100.
2. Мне ЗАПЛАТИЛ Вася за работу $100.
В очтете, построенном по агентам, я вижу рядом 2 строчки, в которых одинаковые суммы, с одинаковым знаком. О чем мне говорит отчет? Он сообщает мне какую-то цифру, смысл которой не понятен.
Что касается статей - та же петрушка. Если у меня имеется статья Расходов, то знак суммы в очтете по ней должен только дополнительно это подчеркнуть - это были расходы!
Ну, убедите меня в обратном!
Dervish: Нет, не буду я вас убеждать в обратном. Вообще, практика - лучший критерий истины. Давайте, я попробую внести изменения о которых вы говорите, а там посмотрим.
Если не затруднит, не могли бы вы прислать мне на e-mail точный список полей, в которые надо внести изменения. Чтоб я не выискивал их по форуму. Заранее благодарю.
Смысл уже потерян! ))) Знак нужен!
Женя
26/07/2002 12:43
#
1. По каждой операции (кроме, гмгм, перевода) известна статья, агент и проект. В зависимости от операции известно также, происходит ли расход или приход согласно статьи/проекта, выплата или приходование по агенту. Отчет ДОЛЖЕН отражать направление движения средств по параметрам статья/агент/проект.
2. Для операций перевода направление определить тяжелее. Есть такая идея:
если оба счета по операции включены в расчет, то считать по статье/агенту/проекту сумму 0, а если один из счетов "выключен", то определять знак на основании того, поступают или списываются деньги на счет, вклченный в расчет.
В любом случае, знак в отчетах необходим.
Теперь что касается оборотов по параметру и итога. Если по статье и проекту как правило существует либо приход, либо расход, то по агенту, простите, возможны все случаи! Предложение:
- давайте не будем добавлять колонки с оборотом по расходу или приходу, а просто по каждому параметру будем выводить отдельной строчкой расходы и отдельной строчки приходы (ненулевые!!!). А прогресс считать от типа суммы с учетом знака - расходы от суммы расходов, приходы - от суммы приходов.
Dervish: В продолжение моего предыдущего ответа:
А лучше, если бы вы нарисовали, как это должно выглядеть!
Я не слишком много прошу?
Не слишком! Моя проблема в том, что
Женя
26/07/2002 13:48
#
все веду в проектах, и не смогу дать пример по статьям. Придется Вам агентами довольствоваться...)))
Dervish: Это не страшно. В быту я неприхотлив!
Итоги по счетам
Марат
24/07/2002 08:14
#
Появились итоги по операциям - и это здорово, но почему-то нет суммарного остатка по счетам.
Dervish: Какой смысл, если впоследствии счета будут организованы в дерево?
И сумма по операциям
Марат
24/07/2002 10:51
#
И ещё, в операциях хотелось бы видеть также суммарный приход, расход и по невыполненным операциям.
Dervish: Была такая мысль. Отказался от неё потому что (а) недостаточно места и (б) не совсем понятно, за какой период показывать сумму для повторяющихся операций. То ли один раз, то ли за весь период, выбранный на странице.
Отображение повторяющихся операций
Марат
31/07/2002 08:47
#
А может есть смысл отражать повторяющиеся оперции многократно (согласно периодичности), а не один раз, как сейчас? Честно говоря, я сам не до конца уверен, что так будет лучше, но нагляднее - это уж точно.
Dervish: Есть ещё один выход: недостаток status-бара в том, что там всего одна строчка. В неё, конечно же, всю суммарную статистику не разместишь. Соответственно, возникает желание сделать внизу страницы операций просто информационную панель. Тогда всю необходимую информацию можно будет разместить в ней.
А может есть смысл
де Багер
01/09/2002 01:51
#
Если я не ошибаюсь, то по данному вопросу договорённость достигнута - отображаются ВСЕ операции согластно фильтра даты. Ибо они операции (а уж повторяющиеся или нет, то вопрос другой. Например покупку хлеба до сих пор не могу внести в повторяющиеся операции (день на день не приходится), хотя покупаю всё время)
Dervish: Да, достигнута.
Там точно 964 билд?
Женя
25/07/2002 11:28
#
В архиве вижу 963...
Dervish: Скачал бету с сайта, переустановил у себя. Всё верно, 964-й. Посмотрите Help About.
Сортировка операций
Женя
25/07/2002 13:23
#
Наткнулся впервые - может быть, и раньше могло быть.
Есть 2 операции, выполненные в одно и то же время. Последовательность, в которой они располагаются (при сортировке по "Дата, время"), не соответствует остаткам по операциям - обратный порядок. Высылаю по почте пример.
Dervish: Получил ваше письмо. Отвечу, если не возражаете тут, в обсуждениях.
Такой эффект может возникать, если в процессе работы содержимое списка пересортировывалось. Если же вы перезапустите программу, то данные должны показываться нормально.
У-у! Провел эксперимент!
Женя
25/07/2002 18:24
#
1. Изменил время одной из 2х операций на 1 секунду. Порядок стал нормальным.
2. Вышел из программы.
3. Зашел в программу.
4. Изменил время, сделав его равным по обеим операциям. Результат полностью такой-же, как я прислал Вам.
Dervish: Хорошо, я считаю это дело багом и подумаю, как его исправить.
Размер beta-версии
SKY
25/07/2002 20:14
#
Предлагаю бету выкладывать просто в виде запакованного cash.exe (без инсталлятора) - будет намного меньше, да и смысла нет в инсталляторе (если только не менялся сценарий). Сам cash.exe еще можно утрамбовать exe-упаковщиком типа UPX - вообще 126К остается.
Dervish: В билде 963 инсталлятор был просто необходим. Это вызвано переносом настроек из реестра в ini-файл. В дальнейшем, в принципе, может быть и просто исполняемый файл, надо будет подумать. Как бы не пропало желание доделывать справочную систему из-за этого!
Размер
Artem Fedorov
25/07/2002 20:48
#
Абсолютно согласен! Утомляет каждый раз делать setup, да и readme писать автору, думаю, надоест.
Dervish: Readme, думаю, всё-таки необходим. Иначе, откуда можно будет узнать, что именно было изменено в программе? Всё равно ведь пишу на странице бета-версий список изменений, добавить это дело в readme большого труда не составит.
Размер
де Багер
26/07/2002 20:11
#
В win. commander на setup-е делаем ctrl-page_down, и он раскрывает экзешник (если может) как архив, оттуда копируем и т.д.
При неизменности алгоритма инициализации есс-но.
Dervish: Конечно, если будет изменена процедура установки, я сделаю полноценный exe-шник. А так, мне кажется, лучше будет, если бета будет выкладываться в виде обычного зип-файла, внутри которого только исполняемый модуль.
Размер
SKY
29/07/2002 14:00
#
Ничего не имею против zip-а. А UPX - упаковщик исполняемых файлов - после упаковки файл остается выполняемым, распаковывается автоматически (совершенно незаметно для пользователя) при запуске в ОЗУ, то есть выглядит как вполне обычный exe-шник. Кстати, сжимает лучше чем zip.
А про readme - согласен, он должен быть.
Dervish: А не поделитесь ссылочкой на этот UPX?
UPX, ASPack и иже с ними...
Artem Fedorov
29/07/2002 15:25
#
Можно попробовать программу нашего соотечественника ASPack --
www.aspack.ru.
И вообщем об этих упаковщиках exe-шников. Не настолько они безгрешны, как их пытаюстся нарисовать. У них есть свои спицефические недостатки, присущие именно этому классу программ. К сожалению, сейчас не могу много писать, но при желании, можно найти эту информацию в интернете. В конце-концов "Яndex -- найдется все"
Dervish: Спасибо, посмотрю. Мне просто не приходилось сталкиваться с упаковщиками, я их никогда не использовал.
Изменение ширины столбцов в "операциях"
SKY
25/07/2002 20:23
#
При изменении ширины столбцов, например, суммы или остатка, список ведет себя в высшей степени странно
Выделение текущей строки может вообще "переломиться" и подсвечивать две строки, верней, две половинки разных строк. Сами строки тоже уже не строки - происходит смещение вверх-вниз в месте разделительной линии колонок.
Dervish: Очень странно. Перепроверил - у меня всё в порядке. А какая у вас версия Windows? А разрешение экрана? Количество цветов?
Изменение ширины столбцов
SKY
29/07/2002 15:59
#
Windows NT4 SP6a, 1024x768, true color, large fonts.
Что интересно - сегодня такое вылезло всего один раз, причем я не понял, после чего именно (мучил столбики довольно долго). Повторить эффект мне не удалось. Вчера же, наоборот, видно что-то "сломалось", и практически любое изменение ширины приводило к описанному эффекту. Лечилось переключением в другую закладку.
Понаблюдаю еще.
Dervish: У меня Windows`XP, 1024x768, true color, normal fonts. Всё в порядке. Не думаю, что размер шрифтов мог повлиять на поведение программы. Тем более, что системные установки величины шрифта не оказывают никакого влияния на программу.
Изменение шириньі столбцов
Роман
03/08/2002 17:56
#
Есть предлжение сделать возможньім автоматически раздвигать (сдвигать) ширину столбца через двойной щелчок на границе столбца(как в Windows).
Dervish: Думал я над этим. Остановило то, что при выполнении такой операции виндам придётся очень много операций проделать. Это нужно будет просчитать ширину соответствующего поля в каждой строке. Как бы не тормозило. Правда, может быть я просто преувеличиваю и это будет работать очень быстро.
Хотя, есть немного другой вариант. Пересчитывать желательную ширину всякий раз при изменении содержимого списка.
Опция настроек программы
Explorer
25/07/2002 21:04
#
появилась кнопка "проверить сейчас" на закладке обновления программы
Советовал бы сделать:
"Обновить сейчас" на вкладке обновлений
"Сохранить сейчас" на вкладке БэкАп копий
"Проверить сейчас" на вкладке проверки
Dervish: "Обновить сейчас" очень сложно реализовать. Умоляю, не заставляйте меня писать код закачивания программы из интернета, запуска установщика и, самое главное, надо как-то успеть завершить основной процесс, потому что установщик не сможет переписать exe-файл, пока он исполняется.
Максимум, что могу сделать, это добавить туда кнопочку "Открыть сайт". Годится?
Нестыковочка
Explorer
25/07/2002 21:18
#
Если на вкладке Счета сменить счет
и перейти ко вкладке Операции
не происходит смены (перезапроса) списка операций. В списке остаются операции по последнему запрошеному дабл кликом или фильтром счету.
вероятно логично было бы перезапрашивать список операций при смене счета и переустанавливать фильтр по счету при переходе к операциям
Dervish: Никогда не происходило. Это совершенно не связанные между собой элементы интерфейса программы. И мне кажется, что не стоит этого делать, потому что это может запутать пользователей.
Отчет - Я уже это писал где - то еще
Игорь
27/07/2002 12:07
#
Я предлагаю изменить вид отчета.
Во первых заголовок все статьи дохода должен быть равен 100%
Во вторых обязательно добавить заголовок ОСТАТКИ
В третих надо учитывать % от сумм Остатков и Всех статей расходов, а не как сейчас.
Сейчас ты считаешь % от сумм Всех статей доходов и расходов, а это не есть good - следовательно получается что Я зарабатываю больше.
Вот пример: Я получил 400$, потратил 100$
Считаем по твоему: 400$ + 100$ = 500$
500$ - 100%
100$ - расход%
итого расход = 20% - это не верно.
А должно быть так
Я получил 400$ - 100%, потратил 100$ - 25%, осталось 300$ - 75%
Т.е все статьи доходов% = остатки% + все статьи расходов% - это будет верно.
Надеюсь ты меня понял что Я имею ввиду.
С уважением Игорь.
Dervish: Я вечером посмотрю поподробнее, ладно? И перепишу свой ответ.
Изменено расположение элементов управления
Роман
04/08/2002 16:32
#
... и порядок их обхода на диалогах
добавления (изменения) статей, проектов, агентов.
Мне лично не понравилось.
Раньше бьіло логично: сверху корень, внизу записьіваю новую запись (ниже уровнем), в конце додаю примечание.
Dervish: Изменение было внесено по просьбе пользователей.
Отчеты
Vladimir
06/08/2002 19:38
#
Хотелось бы видеть след.отчеты, с последующим экспортом в Ексель:
1. Отчет по счетам, т.е. в листе "Счета"
в виде "вх.ост.-приход-расход-исх.остаток" за период, с итоговым суммированием остатков и оборотов по счетам.
2. Отчет по статьям, причем, на мой взгляд, логичнее создавать просто справочник статей, а проводки по ним могут быть как приходом, так и расходом. Да, и хорошо-бы переводы то-же делать с учетом статей - тогда отчет по статьям информативен. А проект использовать в качестве фильтра. Кстати, в бета 1.4 Отчет по статьям нельзя распечатать.
Желательно оба эти отчета сливать в Ексель, чтобы потом можно сним было работать, т.е. в виде "вх.ост.-приход-расход-исх.остаток".
Dervish: Спасибо за предложения. Отвечаю:
1. Резонно. Нет возражений.
2. Во второй версии (по моей задумке) должны появиться возможности (а) убрать разделение на статьи прихода/расхода и (б) оставить разбиение статей на приход/расход, добавив к ним ещё и перевод. Это будет в настройках каждой базы данных.
Печать отчётов должна быть, равно как и экспорт в Excel. Я просто не успел ещё это сделать.
отчеты
Виктор
13/08/2002 23:59
#
Кажись отчеты требуются самые разные, может сделать их свободными? настраиваемыми? вложить небольшой редактор и ... вперед! Я бы напрмер сделал себе и некоторые так называемые выходные документы, например при проведении операции формируется документ "выставлен счет" или еще что-то
Dervish: Если выбирать между небольшим редактором и возможностью написания макрокоманд для программы, я бы выбрал последнее. Тем более, что у любого редактора отчётов тоже существуют ограничения на возможности. У макрокоманд же таких ограничений нет. Ну, или почти нет, в части генерации отчётов.
отчеты
Виктор
20/08/2002 17:09
#
Можно и макрокомандами (я вообще-то не представляю что это такое), главное чтобы выполняли функцию настройки отчета. Кроме отчетов я бы себе еще и несколько документов выходных создал. Пример: Регистрация оплаты сопровождается распиской и т.п.
Dervish: Может, я не совсем точно выразился. Я имел в виду макроязык. Пример - Visual Basic (for Applications), встроенный в MS Office. Из макроязыка можно и печатать, правда разработка такого отчёта совсем не визуальная, при разработке совсем не видно, что получится в результате.
Вообще, для того, чтобы что-то реализовывать, надо постоянно самому с этим работать, только тогда будешь знать предметную область и как именно всё должно быть реализовано. Может быть потому Cash (в том виде как есть сейчас) получился, потому что я делал его для себя и точно и твёрдо знал, что именно мне нужно. Теперь же, когда вопросы касаются отчётов, макроязыка, дополнительных графиков и всего остального (что мне не нужно в повседневной работе с программой) начинаются своего рода "блуждания в потёмках". То есть, я готов это делать, только прежде чем приступить к такой доработке, мне нужно самому понять, что именно нужно и в какой части это нужно.
можно добавить
Виктор
14/08/2002 00:05
#
...функцию "изменение курса на дату" и соответственно последующего изменения суммы указанной в одной валюте с перерасчетом в другую в повторяющихся операциях. Не слишком круто?
Dervish: Почти понял о чём вы написали. Нельзя ли сформулировать более подробно, чтоб не было недоразумений?
К диаграмме доходы/расходы
Alex
16/08/2002 14:53
#
Былобы, как мне кажеться, очень удобно если бы в круговой диаграмме по двойному клику (или комбинации клавиш, или еще как нибудь) на выбранном секторе получать список операций составляющих данный сектор.
Можно конечно и фильтрами в закладке операции, но так оперативнее.
Dervish: Хорошее предложение. Спасибо.
Отчеты нужны...
Виктор
20/08/2002 16:48
#
настраиваемые. С таким расчетом, чтобы пользователь смог сам выбрать какие цифры и в каком порядке брать в отчет. Лучше всего это сделать небольшим встроенным редактором, если удастся - программе цены не будет!
Dervish: Это понятно, что отчёты настраиваемые нужны! Если б я возражал... Другое дело, как именно их настраивать и какие настройки предусмотреть? Вот ведь в чём вопрос.
Отчеты нужны...
Виктор
20/08/2002 17:23
#
на чистом листе отчета заводятся поля (опять-таки же пользователем) в которых указываются некие формулы. И данный документ попадает в меню/подменю "отчеты" откуда есесно и выполняется
Dervish: Понятно. Непростая задача, придётся повозиться.
отчеты...
Miha Ulanov
20/08/2002 17:41
#
Может быть, стОит в Excel`е отчеты делать. Есть ведь экспорт. А там и VisualBasic, и формулы, и все, что хочется. А включать в программу такую сложную в реализации фичу как настраиваемые отчеты, по-моему, пока рановато. Как бы монстром она не стала...
Dervish: Вот и я о том же. Уж очень всё это непросто, да и времени на программирование таких отчётов требуется порядочно.
Экспорт
Serg
20/08/2002 23:01
#
На мой взгляд, еще лучше экспортировать базу сразу в Access, если это возможно. Раздолье для построения настраиваемых отчетов, запросов, сложных фильтров и т.д.
Dervish: Тормозить будет. По крайней мере об этом мне подсказывает личный опыт работы с Access-oм. Да и хотелось бы, чтоб программа работала с любой версией Access-a, что, думаю, будет очень непросто.
Экспорт в Access
Serg
21/08/2002 22:46
#
Ну так к Вам претензий по поводу тормознутости акцесса никаких
Зато если будет возможность экспорта базы в акцесс, можно объявить конкурс среди пользователей Вашей очень достойной программы на вид отчета (запроса, фильтра)и самые полезные идеи внедрить в программу.
Dervish: Спасибо, подумаю.
Полностью поддерживаю
Artem Fedorov
22/08/2002 04:07
#
Причем, можно даже выкладывать описания/файлы самых интересных отчетов на сайте, дабы другие пользователи могли найти нужный себе.
Только автор, к сожалению, не заметил моей просьбы сделать вид экспорта немного более реляционный, чем существующий. А то внести такие данные в Access без переделки (и довольно трудоемкой) нельзя.
Dervish: Почему же не заметил? Очень даже заметил! К сожалению, приходится выбирать между наглядностью данных и "чисто реляционным" представлением.
Их-хо-хо! И бутылка рому...
Artem Fedorov
21/08/2002 05:44
#
Пардон, что название не в тему. Уж очень развесело меня это сообщение. Точнее, не оно само... Михаил, Сергей, вы чертовски правы!
Зачем мучиться, подключать скриптовый язык, в поте лица программировать редактор отчетов, а потом пользователю нужно будет потратить кучу времени на осваивание нового сложного инструмента, когда есть... Excel? Зачем изобретать разнообразные формы анализа, когда есть... Excel? Клик кнопочкой -- выделил данные, вот тебе и отчет с графиком. Клик кнопочкой, вот тебе и статистика по месяцам. Нужен прогноз? Вот вам линия тренда. Вам по какой функции? Логарифмической? Степенной (какую степень изволите)? Линейной? Или, пардон, экспоненциальной? Ага, вот и степень тесноты связи рядом. Зачем это реализовывать, когда уже все есть? Excel не превзойти по возможностям анализа и частично отчетности. Access по отчетности уж точно никому не превзойти.
Я не говорю, что это панацея. Но! Зачем изобретать велосипед? Нужен макроязык и редактор отчетов? Да слейте все в Access и создавайте! Благо, инструмент не новый и книжек полно.
Естественно, это не решает некоторых проблем, но дает автору глоток свежего воздуха. В удобном случае, он сможет отсылать пользователя к нужным программам говоря, что данная функциональность избыточна/сложна для реализации в Cash.
На этой чрезвычайно оптимистичной ноте и закончу.
К автору: Хотелось бы, чтобы экспорт данных можно было (отдельная кнопочка на задворках истории или вообще с командной строки) производить в более "реляционном" формате, т.е. в виде реляционных таблиц. Чтобы потом можно было проще все экспортировать в Access из Excel`я.
Dervish: ...и вообще, зачем нужен Cash, если есть Excel (Access, SQL-server, Oracle - нужное подчеркнуть)?
Нужен!
Serg
21/08/2002 22:59
#
Уже несколько месяцев регулярно пользуемся и дома и не работе Вашей программой - ни разу не подвела. С точки зрения учета, хранения и визуализации информации вполне устраивает.
Но когда кол-во записей составляет несколько сотен, появляется соблазн вести анализ доходов/расходов, попытаться рассчитать рентабельность по разным проектам и т.д. Причем приходят самые различные идеи по обработке добротно структурированной и надежно сохраненной информации (спасибо Cash!) - не могу же я каждый день писать автору в Форум: сделайте мне такой/сякой вид отчетности. С другой стороны, если у меня в Access`е получится и отладится интересный отчет, который может заинтересовать широкую аудиторию, я же могу его прислать автору с целью его возможного внедрения в Cash.
С уважением
Сергей Татаринов
Dervish: А почему нельзя сделать такой отчёт в Excel-e? В нём есть достаточно мощный макроязык (я про VBA), плюс, размещая отчёт на отдельном worksheet-e можно добиться потрясающих возможностей форматирования отчёта.
С удовольствием рассмотрел бы сгенерированные отчёты на предмет включения их в программу.
Отчет
Игорь
29/08/2002 16:53
#
Dervish Исправь пожайлуста отчет, и добавь туда остатки. А то очень не удобно пользаваться калкулем!!!
Dervish: "Исправь" касается только добавления остатков? И (я действительно не совсем понимаю) куда именно добавлять остатки? Там же обороты указываются!
Остатки
Игорь
03/09/2002 13:14
#
Я имею ввиду, считай расходы и доходы не по сумме их.
доход - 100$
расход - 20$
т.е остатки = 50%, а расход 20%
доходы переименуй в остатки и все!!!
Есть два очень больших замечания
Andryk
02/09/2002 23:38
#
В целом программа очень, даже хорошая, НО.
1. Очень раздражает отсутствие такого понятия, как опердень, он очень необходим когда вводишь данные за несколько дней, ведь не каждый день есть возможность их вводить, и приходится при вводе операции изменять дату :о(((
2. Почему нет возможности менять родителя ветки в деревянных справочниках?!!!! А то вот я неочень удачно составил структуру и вот теперь не могу ее поменять.
Dervish: Спасибо за отзыв. Постараюсь ответить на вопросы:
1. Давайте не будем создавать новых терминов, и так программа (имхо) перегружена терминологией. Опердень, это очень и очень специфичный термин и, думаю, далеко не каждый знает, что он означает "операционный день". Мне хотелось бы, чтоб программа стала ещё проще в понимании.
Что же касательно ввода операций за прошлые дни, то есть замечательная кнопочка "Добавить". Она работает так: когда нажимается эта кнопочка, введённая операция добавляется в базу данных а диалог добавления остаётся на экране и можно вводить новую операцию. При этом ни дата ни время в диалоге не изменяются.
2. Опередил меня Артём, ответил уже на этот вопрос. Могу только добавить, что смена родителя перетаскиванием будет добавлена в программу в будущих версиях.
Про "деревянные" списки
Artem Fedorov
03/09/2002 00:26
#
2. Такая возможность есть! Выберите для редактирования какую-либо статью, в нижней части окна редактирования можно будет выбрать другого родителя.
Опердень
Alex
03/09/2002 14:24
#
По поводу опердня. Я думаю добавлять лишнее понятие не надо. Надо просто при вводе каждой последующей операции подставлять дату из предыдущей, а не текущую. Правда не понятно, что делать со временем...
подставлять дату из предыдущей
де Багер
03/09/2002 22:47
#
Ни в коем случае.
Это значит, что если предидущая операция была позавчера, а сегодня я ввожу новую, то дата для новой будет ЕЩЁ ТА. А эсли я в начале недели/месяца забыл записать что-либо, а вспомнил только по подведению баланса (получению счёта, ...) то дата для операции тоже будет автоматически НЕ ПОНЯТНАЯ.
Dervish: Да, вот мне тоже эта идея не очень понравилась, но я не стал ничего писать, потому что возражала-то у меня интуиция. А как выразить это словами я просто не знал.
Предлагаю компромисс
Artem Fedorov
04/09/2002 11:48
#
Можно сделать так -- если нажать Shift(Ctrl,Alt)+Ins на выделенной записи, то создается новая запись с той датой, какая была у выделенной записи.
Я вижу только одно хорошее решение -- Copy&Paste. Выделил запись, Ctrl+C, Ctrl+V, Enter.
Когда-то Сергей отказался делать Copy&Paste, посетовав на то, что оно совершенно не пригодится. Жаль, ноэто было бы действительно, очень полезно.
Dervish: Дело даже не в том, что "не пригодится". Я просто предчуствую проблемы: как только появится Copy/Paste, тут же возникнет желание переносить какие-то записи с одного счёта на другой, а как быть с этим я просто не знаю.
Перенос записей со счета на счет
Artem Fedorov
04/09/2002 14:16
#
Честно говоря, я вижу только одну проблему: различные валюты. Есть два варианта: при переносе копировать сумму и подставлять другую валюту. Так, если было 100 RUR, переносить как 100 USD. Можно делать пересчет по курсу: 100 RUR = 3,3 USD. Последнее, видимо, даже предпочтительнее.
Еще какие-то проблемы? Переводы? Ну так при копировании перевода заменять счет, из которого копируется на счет, в который происходит вставка.
Самое главное в Copy&Paste -- не пытаться самостоятельно изменить данные в процессе переноса (кроме, наверное, суммы/валюты). А пользователь уж сам решит, что ему делать с тем, что он скопировал.
Dervish: Главное, это чтобы пользователь не "потерял" скопированную дату.
предыдущая дата. доводы "за"
Alex
04/09/2002 16:53
#
Ну, попробую убедить
)
Мне лично было бы удобнее понятие опердня, поскольку я долго работал в банковской автоматизации. Но я понимаю, что для нормального человека чем меньше дополнительных терминов и действий типа "открыть опердень, закрыть опердень", тем лучше. Это же относится и к увеличению количества элементов интерфейса типа добавления еще одной кнопочки, горячей клафиши и т.п.
Посему гораздо проще и понятнее один раз проверить и правильно выставить дату у позабытой позавчерашней операции, чем менять даты при вводе 20, а то и более операций за вчерашний день.
Сейчас я решаю проблему просто переводом времени на компьютере, но это как-то некрасиво, что ли...
Жду возражений
)
Dervish: Аргументация понятна, одно непонятно: зачем 20 раз изменять дату? Вводите потоком при помощи кнопки "Добавить"!
Насчет "Добавить"
Artem Fedorov
07/09/2002 11:32
#
Во-первых, прошу прощения про эссе о Shift+Ins и т.д. Такая функция уже есть -- "Дублировать", Ctrl+D. Одно странно: в контекстном меню эта функция называется "дублировать", а в диалоге добавления операций -- "добавить". Хотя, посмотрим правде в глаза -- слово "добавить" совсем не отражает сути этой кнопки. Сравнить ее с той же кнопкой на панели операций -- функции хоть и схожие (добавление), но очень разные. Больше подошло бы слово "дублировать", как и в контекстном меню.
Сразу возникает второй вопрос: А почему при редактировании операции, ее нельзя дублировать? Получается, создал операцию и все, баста, дублировать ее не сможешь. Хотя из того же контекстного меню пункт доступен.
И третий совет -- сделать комбинацию клавиш Ctrl+D доступной из диалога добавления/изменения операций тоже.
Изменение получается хоть и маленьким, но сильно улучшающим usability процесса добавления операций, превнося доступность, легкость, наглядность и логическое единство в программу.
Вот и все.
Fin.
Dervish: Мне, вообще-то, казалось, что это совершенно разные функции. Кнопка "Добавить" предназначена для потокового ввода операций, а команда "Дублировать" служит для создания копии операции. Разве нет?
Дублированние
Artem Fedorov
09/09/2002 13:39
#
А почему тогда "создание копии" меняет дату? Вначале я, к сожалению, этого не заметил, но теперь "разглядел". Фактически, чем отличается Добавить и Дублировать? Ничем. Одинаково делаются копии операции. По-моему, тут просто две одинаковые функции. Тем более, почему копии не могут быть основой для потокового ввода? Или,
почему нельзя продолжить вчерашний потоковый ввод? Неужели потоковый ввод настолько непрерывен? Т.е., достаточно нажать ОК и все. Потом нельзя будет открыть последнюю операцию и нажать "Добавить" -- кнопка просто недоступна.
Dervish: Вообще, то, что вы предлагаете, на самом деле только упростит мне задачу!
Вдогонку
Artem Fedorov
09/09/2002 13:49
#
И вообще, зачем настолько искажать два термина? Если "добавить", то почему не пустые все поля, а дата не текущая? Вместо этого заполненные чем-то поля и странная дата. Если "дублировать", то почему тогда не дублируется дата? Получается, есть две функции, название которых не соотвествует их действия.
Dervish: Наверное, действительно стоит изменить логику работы этих функций.
Мысли о повторе
Artem Fedorov
09/09/2002 22:52
#
Так, наконец-то определились. (я почти так же счастилив, как когда уговорил автора убрать двоеточие из пункта меню "Страница"). Дублирование дублирует все (включая дату). Мне пришел на ум такой вопрос: а что быть с функцией, которая бы дублировала операцию, но с текущей датой? Можно, конечно, сказать, что вот ребята, есть дублирование, ставьте дату сами. А можно и попытаться выкрутиться... Как назвать функцию? Повтор! Выбираем "повтор(ить операцию)" -- это так логично! Операция повторяется уже *сейчас*! Тут еще возник вопрос: у нас же есть уже повторения. И по смыслу они очень похожи... Итак, вопрос к автору: можно ли увязать две этих функции, чтобы функция повторений (существующая) могла бы реализовать дублирование с текущей датой? Можно ли их как-нибудь увязать? Вполне возможно, что сразу ответить на этот вопрос не представляется возможным, но, вероятно, эта идея в конечном этоге может навести на здравую мысль.
Dervish: Теперь осталось придумать, как бы это всё в одну кучу собрать, чтоб понятно и логично было.
Потоковый ввод
Alex
09/09/2002 12:37
#
Дело в том, что я большую часть операций провожу дублированием, поскольку они достаточно однотипные, меняется только сумма. А в этом случае как раз и выскакивает всегда текущая дата. Дублирование просто быстрее.
Dervish: Никакой алгоритм не сможет в этом случае рассчитывать правильную дату, в реальной жизни это (почти) дело случая. Мне кажется, было бы правильнее всё-таки ставить вопрос о неудобстве ввода даты.
Ну хорошо убедили :о))
Andryk
04/09/2002 00:55
#
Конечно согласен не на все кнопочки потыкал, но всетаки, я тоже пишу бухгалтерию, но правда для банков :о)). (Опердень это от туда), согласен что кнопочка добавить решает эту проблему, но все таки хорошо бы на ее повесить еще и на горячую клавишу. А то мышой тыкать очень неохота, вообще чем меньше будет движений мышой, тем лучше.
2. Хорошо бы было, у нас в софте именно так, при нажатии на ввод, чтобы она не ругалась, а просто перескакивала на следующий контрол ввода, а кнопка ОК была бы задизайблена, пока сумма ноль.
to Alex:
А насчет времени, то я вас уверяю что это не столь необходимый показатель, как дата. Ведь это же в конце концов не биллинговая система, чтобы за это бороться.
Dervish: Так уж вышло, что происхождение слова "Опердень" мне известно. Правда, я так думаю, что это слово не получило широкого распостранения среди не-специалистов.
2. Это очень хорошо для специализированных программ, например, для того же опердня. Сидит операционистка и колотит платёжки. До тех пор, пока не введёт все реквизиты, платёжка (проводка) в базу данных не вводится. Но подобный подход не является общепринятым в среде Windows, согласитесь. И если программа расчитана на широкую аудиторию, то экспериментировать с интерфейсом на таком уровне несколько рискованно. Например, в нынешней версии Cash я сделал нестандартный календарь (ориентированный горизонтально, не вертикально), за что совершенно справедливо получил замечания. Теперь исправляю.
Ну да наверное вы правы
Andryk
05/09/2002 23:12
#
Да действительно, ведь не все начинали работать с доса с командоной строки.... Эх были же времена....
Но все равно, а почему бы тогда не сделать маленькую настроечку, для любителей на клаве набирать и любителей по мыше клацкать :о)), ведь это не так трудно.
Dervish: На самом деле при проектировании интерфейса и так приходится всё время думать о "мышкарях" и "клавишниках", извините за терминологию. Может быть, в нынешней версии "клавишники" незаслуженно обижены тем, что контрол для ввода даты немного неудачен, в нём невозможно ввести дату цифрами. Но в будущем это будет исправлено, честно говоря, я уже доработал (точнее, переработал) этот контрол.
Для любителей клавы
Artem Fedorov
06/09/2002 02:31
#
А что мешает работать с клавиатурой прямо сейчас?
Dervish: Ввод даты стрелками. Согласен, это очень неудобно.
Ну будем ждать новой версии
Andryk
08/09/2002 04:08
#
Да и было бы неплохо если сделать настройку не вводить и не показывать время, потому как мне кажется, что ни один из пользователей не сможет вспомнить, да и надо ли ему это, точное время операции.
Dervish: Справедливое замечание. Именно так и делаю сейчас. Поля ввода даты и времени будут разделены и при в настройках каждой базы можно будет выбрать, нужно ли время операций. Кроме того, появится возможность указывать дату, к которой должна была относиться введённая операция. Эта дата пригодится если вы, допустим, в сентябре заплатили за октябрь за квартиру, а учитывать (в графиках и отчётах) хотели бы этот платёж всё-таки октябрём.
Проблемы с клавой
Artem Fedorov
09/09/2002 13:55
#
Если уж говорить о проблемах доступа с клавиатуры, то положение в выпадающих списках еще плачевнее -- продираться сквозь дреововидную структуру простым нажатием "вверх-вниз"... Где "быстрый поиск"? Когда можно набрать первые буквы нужной статьи и статья найдется сама? Для меня это основное препятствие при работе с клавиатурой.
Dervish: Да, это тоже справедливое замечание. Соответственно, это будет реализовано.
Сортировка в отчетах
Роман
13/09/2002 12:28
#
1. Почему бы не запоминать порядок сортировки в отчетах. А то каждый раз (например после изменения счета) приходится развертьівать отчет и сортировать по интересующему столбцу.
2. Хотелось бы иметь возможность сортировать по % к общему обороту. Например, я делаю покупки, которые относятся к отдельным группам и подгруппам статей, а мне хочется посмотреть наибольшие покупки вообще.
3. Было бы хорошо если бы запоминались настройки хотя бы последнего отчета. Еще лучше, если сохранять и загружать отчеты.
Dervish: Согласен, отчёты немного сыроваты. Спасибо за пожелания, обязательно сделаю.
