создать новую тему раскрыть все
 
Уважаемые пользователи!
 
Завожу эту ветвь форума специально для обсуждения бета-версии 1.4. Все замечания, пожелания, мнения касающиеся бета-версии 1.4 просьба писать в этой ветви.
 
Отдельно хотел спросить, какие всё-таки нужны табличные отчёты? Судя по голосованиям, отчёты занимают лидирующее место, соответственно, хотелось бы уточнить, какие именн отчёты ещё нужно добавить в программу.
свернуть/развернуть ветвь :( Не качается [Explorer 22/07/2002 20:17] # написать ответ
 
вот ить...
 
Dervish: Должно качаться. Проверял. А что говорит?
 
На всякий случай повторю ссылочку.
 
Эт он не качает... Отпадает по коннекшен таймд аут и второй раз линк не цепляет - качает зип в 0 килобайт и все...
Гад он.
 
Сереж, а можно почтой попросить... А то у меня 1.3 с Экселем не дружит (перестал вдруг в одночасье)- выпадает по иллигал оперэйшен.
 
Dervish: Можно. Сейчас пришлю. Кстати, а что за иллегал оперэйшн? Думаю, что это может происходить из-за одной единственной операции. Можно её вычислить? Может, сумма слишком велика или ещё что?
 
Сейчас вышлю файл, только что-то барахлит моя почта на приём писем, так что, отвечать лучше здесь, в форуме.
 

Файл ушёл на Explorer@Vpost.ru
 
Экспорт >> в эксель>>> дружно падают оба.
Не собрался разобраться в подробностях, но ставил/переставлял и Эксель и Кэш - так и не подружились.
Пока мне хватает и так (точнее пока нет отчетов в удобном виде и вложенных подопераций) пользуюсь Кэшем как записной книжкой "на память" чтоб манжеты не пачкать.
 
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: Если вы забыли указать название сообщения, то на следующем экране будет ссылочка "вернуться обратно". Нажмите на неё и текст сообщения не будет потерян.
 
В том-то и дело, что теряется!!!!
 
Dervish: Хорошо, я постараюсь исправить это дело.
 
1. Может и не ошибка, но при смене диапазона дат не пересчитывается. Приходится щелкнуть-выщелкнуть Счета либо "Перевода".
2. Когда щелкаю на уровень, соответствующий статье, в дереве пропадает верхний уровень над этой статьей. Примечание - у меня 1 уровень статей (я веду вообще проекты, это так, пробно).
 
Dervish: Мммда, видимо, пропустил. Спасибо, проверю.
свернуть/развернуть ветвь Проверка обновлений [SKY 22/07/2002 20:41] # написать ответ
 
Сразу попытался задействовать автоматическую проверку обновлений, но в ответ получил "Невозможно получить доступ к сайту программы...". Обидно. Но не удивительно. Как бы добавить работу через прокси-сервер?
Спасибо.
 
Dervish: Упс, пока не знаю. wininet.dll - новая штучка для меня, это, считайте, первый опыт. Посмотрю, что там можно сделать. Вообще, я вызывал её везде с параметрами "по умолчанию". То есть, если на компьютере вообще есть доступ в интернет, то она должна связываться "как обычно". Странно. Подумаю, ладно?
свернуть/развернуть ветвь Контекстное меню [SKY 22/07/2002 20:59] # написать ответ
 
Вот еще одна неприяность обнаружилась - в закладке проекты правой кнопкой мышки и получаем "Добавить курс/Изменить курс/..." В валютах предлагает поманипулировать с агентами, в агентах - со статьями, а в статьях есть только печать. Что-то где-то сдвинулось.
 
Dervish: Упс! Точно сдвинулось! Спасибо!
 
Чего-то я не пойму - в табличных отчетах появляются две строки "Перевод со счетов" и "Перевод на счета". А почему? Верней - чем они отличаются? Ведь что для одног "перевод со счета", для другого "перевод на счет". И соответствующие операции показываются в списке операций для обоих счетов и, в общем-то, равноправны. Как тогда определяется, в какую категорию отнести операцию? ("со счета" или "на счет")
 
Dervish: Если отчёт генерируется по группе счетов, то в него не попадают операции перевода между этими счетами. Если же встречаются переводы с этой группы счетов на другие счета, не включённые в отчёт, то они попадают в группу "перевод со счёта". Если же были переводы с других счетов на счета, включённые в отчёт, то, соответственно - они в группе "перевод на счёт".
свернуть/развернуть ветвь По поводу перевода [Женя 22/07/2002 20:57] # написать ответ
 
Мне кажется, что концепция выделения операций перевода от других операций изжила себя. Надо дать этой операции статью! Компромисс - для каждого счета в операции указывать свою статью.
 
Dervish: Ну хорошо, уговорили. Хотя, вы меня давно уже уговорили, но я всё никак не соберусь изменить формат файла. Хотя уже давно пора. Будет такая фича.
 
И всё-таки, не могу понять, зачем вам статья в переводах. Посмотрите сообщение Михаила в обсуждениях. Думаю, что лучше него и не скажешь. Не убедительно?
свернуть/развернуть ветвь Не согласен [Женя 22/07/2002 21:10] # написать ответ
 
Я туда отвечу, чтобы не путаться здесь
 
Dervish: Хорошо, переносим это обсуждение туда.
 
Ага, понятно. Спасибо! Этот вопрос снимается. Второе: в графике доходов расходов нет секторов, соответствующий "переводу на счет" и "переводу со счета" - рисуется сразу вложенные статьи. То есть пропускается один уровень иерархии (если сравнивать с табличным отчетом). Это сделано умышленно?
 
Dervish: Нет, не умышленно. Поправить?
 
Ну да, пожалуй... Well) А то как-то не красиво. Будет эстетичней. Well
 
Dervish: Да, согласен. И потом, можно будет оценить, каков был суммарный объём переводов.
свернуть/развернуть ветвь Параметры [Женя 22/07/2002 21:08] # написать ответ
 
И все-таки, кроме фильтров отчета, должен быть еще один параметр - порядок сортировки результатов.
К примеру, очень интересно посмотреть этот отчет в сортировке с такой последовательностю:
- по статье/по дате;
- по статье/по счету/по дате;
- по статье/по агенту
- по статье/по проекту
и т.д.
 
Dervish: Не совсем понимаю, что Вы имеете ввиду. Можно пример?
свернуть/развернуть ветвь параметры [Женя 23/07/2002 14:47] # написать ответ
 
1. Послал по почте пример и пояснения.
2. Сейчас есть сортировка результатов с учетом:
- фильтров на операции (счет, период и дополнительно проект+агент+статья);
- иерархии статей либо агентов (1й уровень).
 
Я предлагаю ввести дополнительные разрезы:
- фильтры те же;
- к иерархии 1-го уровня (статей/агентов) дополняется еще и проект (мы говорили об этом);
- возможность задать дополнительные уровни отчетов, где к иерархии 1-го уровня будет добавлена иерархия 2-го. К примеру, внутри итоговой строки по статье "Расходы на бензин" дать возможность смотреть итоговые строки по счетам, с которых были расходы на бензин, либо агентам, которым были оплачены деньги, либо дням.
 
Dervish: Хорошо, я посмотрю, присланные материалы. Спасибо.
 
По статье "Карманные расходы" очень хотелось бы кроме общей суммы посмотреть, кто именно (я, жена, теща) сколько снимал наличных со счета.
 
По статье "Расходы на продукты" очень хотелось бы посмотреть, в какие магазины уходят деньги, и кто совершал покупки.
 
Хотелось бы смотреть на расходы в разрезе по дням, а внутри дня по статьям.
 
Хотелось бы смотреть на расходы помесячно, а внутри месяца по статьям, а внутри статей по счетам.
(Ну, это уже слишком, хотяяяяя....)
 
Dervish: Вот, очень удачные примеры, спасибо!
свернуть/развернуть ветвь Если пример понятен, [Женя 23/07/2002 18:39] # написать ответ
 
то очень бы хотелось прийти с Вами к единой терминологии и по-скорее сформулировать принцип манипулирования "разрезами" в отчетах. Я готов концептуально изложить варианты настройки отчета!
 
Dervish: С удовольствием приму помощь в этом вопросе! Лучше всего, если получилось бы просто нарисовать вид экрана, как вам видятся настройки.
 
что думаем одинаково!!!
А для этого все-таки давайте сфорулируем содержание и структуру отчета.
 
Мой вариант. Коренное отличие от существующего - наличие новой настройки отчета и наличие операций.
 
Отчет представляет собой множество операций, отобранных по указанным параметрам (счет, дата, агент, проект, статья) и сгрупированных по указанным параметрам (новый сложный параметр, который надо назвать и описать). Каждая такая группа операций имеет результирующую строку, содержащую список параметров и сумму(+обороты?) по операциям в группе. Также группируются и результирующие строки (согласно иерархии в заданном сложном параметре).
 
Сложно очень и некрасиво. Попробую нарисовать  (хотя я уже присылал Вам вариант...).
 
Dervish: Да, Excel-eвский файл. Но это только результат, мне же интересны сами настройки, как они должны быть. Вот, скажем, пропустил я одну настроечку - "показывать в графиках операции", в ответ получил совершенно справедливые замечания пользователей.
свернуть/развернуть ветвь Не умею рисовать... [Женя 23/07/2002 20:10] # написать ответ
 
Необходимо настроить:
 
- использование параметров операций для анализа
дата - без анализа/ежедневно/еженедельно/помесячно
счет - без анализа/с анализом
статья - без анализа/с анализом
проект - без анализа/с анализом
агент - без анализа/с анализом
- порядок вложенности анализа
Теоретически может возникнуть желание анализировать с подробстью по всем параметра, но я думаю, что можно ограничить сейчас 3мя: параметр1/параметр2/параметр3.
 
Получается, что каждый из параметров может принимать 1 из значений (и только 1 раз):
ежедневно/еженедельно/помесячно/счет/статья/проект/агент
 
Это должно быть реализовано в районе "показывать по статьям/агентам" на странице отчетов. Как там разместиться - я не знаю. Либо нужно больше места, либо что-то должно выпадать, а "наверху" отображать только "Последовательность анализа: счет/статья/проект"
 
Dervish: Фактически, как я понимаю, речь идёт о новом графике и, если я не ошибаюсь, о коренной переделке отчёта. Такая работа потребует дополнительное время. Я не отказываюсь это сделать, сам считаю это необходимым, вот только надо экспериментировать, пока получится сделать приемлимый вариант.
 
Серьёзная задача.
 
Требуется ввести еще одна настройка - последовательность анализа в отчете.
Возможность смотреть операции "под" итоговой строкой - это можно потом.
 
Dervish: Есть переделка! И коренная! Сейчас всё показывается только за указанный период, Вы же предлагаете установить режим показа (для сравнения) по группе периодов (еженедельно/ежемесячно..). В диаграмме это сразу же не получится. Значит, нужен новый график. А это существенная переделка. Свои настройки.
 
По другим параметрам есть проблемы сгруппировать?
 
Dervish: Как только заходит вопрос о том, чтобы группировать параметры в указанном порядке, это означает существенную переделку интерфейса. Опять же, хотелось бы не ограничивать количество группировок.
 
Ну и на сладкое: придётся полностью переписывать алгоритм генерации отчёта/графика.
свернуть/развернуть ветвь Интерфейс [Женя 23/07/2002 20:55] # написать ответ
 
Вынудили меня нарисовать, все-таки...
Послал по почте интерфейс.
 
Сладкое - это я люблю...
Так а важен же рузультат - чтобы волки сыты, и овцы целы, и пастуху...вечная память!)))))
 
Dervish: Получил письмо, и, как уже ответил письмом, таки понял, что же всё-таки необходимо.
 
Не поймите меня правильно Well), я не отказываюсь делать это, я только лишь говорю, что на такие переделки уйдёт достаточно много времени.
 
1. "Выбрать месяц" и "выбрать год" кажутся лишними с учетом нехватки места под новые параметры (и в графиках тоже!).
2. "Учитывать операции перевода", как я понимаю, также лишняя опция, а строчку занимает!
 
Простите, что я весь эфир занял...
 
Dervish: Ручками вводить дату (тем более, диапазон) будет очень утомительно.
 
Про операции перевода - была такая просьба в форуме. Собственно, потому и сделал.
 
За что извиняться? Идёт нормальное обсуждение!
 
Мне не нравится вот такая вещь: когда просматриваю отчёт, если раскрыть одну (или несколько) подветвей отчёта, то гистограммы зрительно сливаются в один ряд. Получается очень ненаглядно и легко запутаться. Как этого избежать я не знаю. Может быть, будут какие-нибудь предложения?
 
Можно гистограммы разного уровня вложенности рисовать разными цветами (или оттенками цвета). Примерно как на круговых диаграммах. Первый уровень - один цвет, второй - другой и т.п. Тогда хотя бы уровни не будут путаться
 
Dervish: Хорошее предложение. Спасибо. Я попробую - посмотрим, что получится.
свернуть/развернуть ветвь Ответ [Игорь 25/07/2002 14:44] # написать ответ
 
Я не путаюсь честно говоря мне даже понравился такой вид отчета, но надо Я думаю еще как то выводить на печать или такой вид отчета или какой нибудь другой.
 
Dervish: Мне пришлось дописать код списка для того, чтобы в полях показывались прогресс-бары. Кстати, спасибо Артёму Фёдорову за то, что он подсказал внешний вид прогресса.
 
Поскольку я старался побыстрее выложить бету на всеобщее обозрение, я просто не успел дописать код печати. Обязательно это сделаю.
свернуть/развернуть ветвь Предложение [Роман 03/08/2002 17:45] # написать ответ
 
Поддерживаю идею с разньіми цветами и оттенками.
Можно также попробовать сдвинуть прогресс-барьі нижних уровней немного вправо (также как сдвинутьі названия).
 
Dervish: Я тоже думал насчёт сдвига, мне показалось, что это не выход: не получится реально выделить группы строк. Так что, скорее всего, нам остаётся только цвет. Жаль только, что его нельзя передать на чёрно-белый принтер.
свернуть/развернуть ветвь Замечания [Vadim 23/07/2002 01:34] # написать ответ
 
1. Не работает опция "показывать ход проверки в новом окне" - окно показывается всегда, независимо от установки.
 
2. В отчетах индикация начальной сортировки не соответствует действительности - пока не отсортируешь явно (замечено в колонке "сумма").
 
3. Мне кажется, что проверка новых версий в программе, пока никак не связанной с Интернетом - это излишество. Усилия можно направить в русло основной тематики программы. Вполне достаточно списка рассылки. Ну теперь уж, конечно, вырезать не стоит, раз сделано. Well)
 
Dervish: Первый и второй пункт обязательно проверю сегодня вечером, спасибо. Что касаемо проверки версий по интернету, может быть вы и правы, давайте будем считать, что мне просто захотелось таким образом попробовать сетевые технологии. Well
 
Это так, красоты ради Well
В закладке "Отчеты" лучше писать "Вид отчета", а не "Вид графика", и в периоде тоже самое...
 
Dervish: Упс! Спасибо за найденный ляп. Это очень важно!
свернуть/развернуть ветвь Знак [Женя 23/07/2002 20:38] # написать ответ
 
Кстати, а почему сумма всегда положительная?? Это не очень хорошо...Должен сохраняться знак суммы операции!!
 
Dervish: А должен ли? Если операция расхода, то она будет входить в группу операций расхода. В графиках всегда так было. В противном случае возможна путаница. Вот что такое расход на -200 рублей?
 
итог должен включать и общий итог - доходы минус расходы...Как же это понимать, если все с плючаси, и вдруг общий итог - ноль, скажем...
Некорректно!
 
Dervish: если показывать и обороты и остаток, тогда да, обороты по списанию должны быть со знаком.
 
Пример:
с агентом Васей у меня расчеты. В очтетный период я ему выплатил проценты за кредит ($100), а он заплатил за то, что я написал программу($200).
Если строить отчет по агентам, по Васе вылезет цифра $300. О чем мне скажет эта цифра?
 
Корректнее было бы показать, что было +$100 по нему и $-200, с итоговым сальдо -$100. Таким образом, нужны вместо 1го поля Сумма 3 поля: Сумма прихода, Сумма расхода, Итого.
 
Это касается и построению по статьям:
рядом у меня есть 2 статьи - Расходы на содержание дома и Доходы. Суммы по обоим строчкам положительные. Как их воспринимать? Только вникнув в названия статей. Это неудобно.
 
Dervish: А не потеряется ли смысл в прогрессах, если разнести доходы и расходы по разным колонкам?
 
и работай в нем по статьям Расходов и Приходов
 
Dervish: Евгений немного о другом говорил. Если не ошибаюсь, он просто настаивал на том, что знак сумм (и, соответственно, цвет) нужно сохранять в отчётах.
свернуть/развернуть ветвь Примеры, примеры... [Женя 26/07/2002 11:49] # написать ответ
 
1. В магазине "Столичный" я ПОТРАТИЛ $100.
2. Мне ЗАПЛАТИЛ Вася за работу $100.
 
В очтете, построенном по агентам, я вижу рядом 2 строчки, в которых одинаковые суммы, с одинаковым знаком. О чем мне говорит отчет? Он сообщает мне какую-то цифру, смысл которой не понятен.
 
Что касается статей - та же петрушка. Если у меня имеется статья Расходов, то знак суммы в очтете по ней должен только дополнительно это подчеркнуть - это были расходы!
 
Ну, убедите меня в обратном!
 
Dervish: Нет, не буду я вас убеждать в обратном. Вообще, практика - лучший критерий истины. Давайте, я попробую внести изменения о которых вы говорите, а там посмотрим.
 
Если не затруднит, не могли бы вы прислать мне на e-mail точный список полей, в которые надо внести изменения. Чтоб я не выискивал их по форуму. Заранее благодарю.
 
1. По каждой операции (кроме, гмгм, перевода) известна статья, агент и проект. В зависимости от операции известно также, происходит ли расход или приход согласно статьи/проекта, выплата или приходование по агенту. Отчет ДОЛЖЕН отражать направление движения средств по параметрам статья/агент/проект.
2. Для операций перевода направление определить тяжелее. Есть такая идея:
если оба счета по операции включены в расчет, то считать по статье/агенту/проекту сумму 0, а если один из счетов "выключен", то определять знак на основании того, поступают или списываются деньги на счет, вклченный в расчет.
 
В любом случае, знак в отчетах необходим.
 
Теперь что касается оборотов по параметру и итога. Если по статье и проекту как правило существует либо приход, либо расход, то по агенту, простите, возможны все случаи! Предложение:
- давайте не будем добавлять колонки с оборотом по расходу или приходу, а просто по каждому параметру будем выводить отдельной строчкой расходы и отдельной строчки приходы (ненулевые!!!). А прогресс считать от типа суммы с учетом знака - расходы от суммы расходов, приходы - от суммы приходов.
 
Dervish: В продолжение моего предыдущего ответа:
 
А лучше, если бы вы нарисовали, как это должно выглядеть! Well
 
Я не слишком много прошу? Well
 
все веду в проектах, и не смогу дать пример по статьям. Придется Вам агентами довольствоваться...)))
 
Dervish: Это не страшно. В быту я неприхотлив! Well
свернуть/развернуть ветвь Итоги по счетам [Марат 24/07/2002 08:14] # написать ответ
 
Появились итоги по операциям - и это здорово, но почему-то нет суммарного остатка по счетам.
 
Dervish: Какой смысл, если впоследствии счета будут организованы в дерево?
свернуть/развернуть ветвь И сумма по операциям [Марат 24/07/2002 10:51] # написать ответ
 
И ещё, в операциях хотелось бы видеть также суммарный приход, расход и по невыполненным операциям.
 
Dervish: Была такая мысль. Отказался от неё потому что (а) недостаточно места и (б) не совсем понятно, за какой период показывать сумму для повторяющихся операций. То ли один раз, то ли за весь период, выбранный на странице.
 
А может есть смысл отражать повторяющиеся оперции многократно (согласно периодичности), а не один раз, как сейчас? Честно говоря, я сам не до конца уверен, что так будет лучше, но нагляднее - это уж точно.
 
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-файл. В дальнейшем, в принципе, может быть и просто исполняемый файл, надо будет подумать. Как бы не пропало желание доделывать справочную систему из-за этого! Well
свернуть/развернуть ветвь Размер [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: Спасибо, посмотрю. Мне просто не приходилось сталкиваться с упаковщиками, я их никогда не использовал.
свернуть/развернуть ветвь UPX [SKY 29/07/2002 15:27] # написать ответ
 
Страничка: http://upx.sourceforge.net/.
Собственно упаковщик (win32 console) http://upx.sourceforge.net/download/upx122w.zip (120 кб)
Freeware
 
Dervish: Спасибо, посмотрю.
 
При изменении ширины столбцов, например, суммы или остатка, список ведет себя в высшей степени странно Well Выделение текущей строки может вообще "переломиться" и подсвечивать две строки, верней, две половинки разных строк. Сами строки тоже уже не строки - происходит смещение вверх-вниз в месте разделительной линии колонок.
 
Dervish: Очень странно. Перепроверил - у меня всё в порядке. А какая у вас версия Windows? А разрешение экрана? Количество цветов?
 
Windows NT4 SP6a, 1024x768, true color, large fonts.
Что интересно - сегодня такое вылезло всего один раз, причем я не понял, после чего именно (мучил столбики довольно долго). Повторить эффект мне не удалось. Вчера же, наоборот, видно что-то "сломалось", и практически любое изменение ширины приводило к описанному эффекту. Лечилось переключением в другую закладку.
Понаблюдаю еще.
 
Dervish: У меня Windows`XP, 1024x768, true color, normal fonts. Всё в порядке. Не думаю, что размер шрифтов мог повлиять на поведение программы. Тем более, что системные установки величины шрифта не оказывают никакого влияния на программу.
 
Есть предлжение сделать возможньім автоматически раздвигать (сдвигать) ширину столбца через двойной щелчок на границе столбца(как в Windows).
 
Dervish: Думал я над этим. Остановило то, что при выполнении такой операции виндам придётся очень много операций проделать. Это нужно будет просчитать ширину соответствующего поля в каждой строке. Как бы не тормозило. Правда, может быть я просто преувеличиваю и это будет работать очень быстро.
 
Хотя, есть немного другой вариант. Пересчитывать желательную ширину всякий раз при изменении содержимого списка.
 
появилась кнопка "проверить сейчас" на закладке обновления программы
 
Советовал бы сделать:
"Обновить сейчас" на вкладке обновлений
"Сохранить сейчас" на вкладке БэкАп копий
"Проверить сейчас" на вкладке проверки
 
Dervish: "Обновить сейчас" очень сложно реализовать. Умоляю, не заставляйте меня писать код закачивания программы из интернета, запуска установщика и, самое главное, надо как-то успеть завершить основной процесс, потому что установщик не сможет переписать exe-файл, пока он исполняется.
 
Максимум, что могу сделать, это добавить туда кнопочку "Открыть сайт". Годится?
свернуть/развернуть ветвь Нестыковочка [Explorer 25/07/2002 21:18] # написать ответ
 
Если на вкладке Счета сменить счет
и перейти ко вкладке Операции
не происходит смены (перезапроса) списка операций. В списке остаются операции по последнему запрошеному дабл кликом или фильтром счету.
вероятно логично было бы перезапрашивать список операций при смене счета и переустанавливать фильтр по счету при переходе к операциям
 
Dervish: Никогда не происходило. Это совершенно не связанные между собой элементы интерфейса программы. И мне кажется, что не стоит этого делать, потому что это может запутать пользователей.
 
Я предлагаю изменить вид отчета.
Во первых заголовок все статьи дохода должен быть равен 100%
Во вторых обязательно добавить заголовок ОСТАТКИ
В третих надо учитывать % от сумм Остатков и Всех статей расходов, а не как сейчас.
Сейчас ты считаешь % от сумм Всех статей доходов и расходов, а это не есть good - следовательно получается что Я зарабатываю больше.
Вот пример: Я получил 400$, потратил 100$
Считаем по твоему: 400$ + 100$ = 500$
500$ - 100%
100$ - расход%
итого расход = 20% - это не верно.
 
А должно быть так
Я получил 400$ - 100%, потратил 100$ - 25%, осталось 300$ - 75%
Т.е все статьи доходов% = остатки% + все статьи расходов% - это будет верно.
 
Надеюсь ты меня понял что Я имею ввиду.
 
С уважением Игорь.
 
Dervish: Я вечером посмотрю поподробнее, ладно? И перепишу свой ответ.
свернуть/развернуть ветвь Посмотри. [Игорь 30/07/2002 13:57] # написать ответ
 
Женя по этой ссылке предлагает намног подругому посмотри http://www.dervish.ru/forum.php?theme_id=264&forum_id=3
 
Dervish: Я посмотрел, однако, пока не могу сказать ничего конкретного. Надо подумать.
 
... и порядок их обхода на диалогах
добавления (изменения) статей, проектов, агентов.
 
Мне лично не понравилось.
Раньше бьіло логично: сверху корень, внизу записьіваю новую запись (ниже уровнем), в конце додаю примечание.
 
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: Почти понял о чём вы написали. Нельзя ли сформулировать более подробно, чтоб не было недоразумений?
 
Былобы, как мне кажеться, очень удобно если бы в круговой диаграмме по двойному клику (или комбинации клавиш, или еще как нибудь) на выбранном секторе получать список операций составляющих данный сектор.
Можно конечно и фильтрами в закладке операции, но так оперативнее.
 
Dervish: Хорошее предложение. Спасибо.
свернуть/развернуть ветвь Отчеты нужны... [Виктор 20/08/2002 16:48] # написать ответ
 
настраиваемые. С таким расчетом, чтобы пользователь смог сам выбрать какие цифры и в каком порядке брать в отчет. Лучше всего это сделать небольшим встроенным редактором, если удастся - программе цены не будет!
 
Dervish: Это понятно, что отчёты настраиваемые нужны! Если б я возражал... Другое дело, как именно их настраивать и какие настройки предусмотреть? Вот ведь в чём вопрос.
свернуть/развернуть ветвь Отчеты нужны... [Виктор 20/08/2002 17:23] # написать ответ
 
на чистом листе отчета заводятся поля (опять-таки же пользователем) в которых указываются некие формулы. И данный документ попадает в меню/подменю "отчеты" откуда есесно и выполняется Well
 
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] # написать ответ
 
Ну так к Вам претензий по поводу тормознутости акцесса никакихWell
Зато если будет возможность экспорта базы в акцесс, можно объявить конкурс среди пользователей Вашей очень достойной программы на вид отчета (запроса, фильтра)и самые полезные идеи внедрить в программу.
 
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%
доходы переименуй в остатки и все!!!
 
В целом программа очень, даже хорошая, НО.
1. Очень раздражает отсутствие такого понятия, как опердень, он очень необходим когда вводишь данные за несколько дней, ведь не каждый день есть возможность их вводить, и приходится при вводе операции изменять дату :о(((
2. Почему нет возможности менять родителя ветки в деревянных справочниках?!!!! А то вот я неочень удачно составил структуру и вот теперь не могу ее поменять.
 
Dervish: Спасибо за отзыв. Постараюсь ответить на вопросы:
1. Давайте не будем создавать новых терминов, и так программа (имхо) перегружена терминологией. Опердень, это очень и очень специфичный термин и, думаю, далеко не каждый знает, что он означает "операционный день". Мне хотелось бы, чтоб программа стала ещё проще в понимании.
 
Что же касательно ввода операций за прошлые дни, то есть замечательная кнопочка "Добавить". Она работает так: когда нажимается эта кнопочка, введённая операция добавляется в базу данных а диалог добавления остаётся на экране и можно вводить новую операцию. При этом ни дата ни время в диалоге не изменяются.
 
2. Опередил меня Артём, ответил уже на этот вопрос. Могу только добавить, что смена родителя перетаскиванием будет добавлена в программу в будущих версиях.
свернуть/развернуть ветвь Про "деревянные" списки [Artem Fedorov 03/09/2002 00:26] # написать ответ
 
2. Такая возможность есть! Выберите для редактирования какую-либо статью, в нижней части окна редактирования можно будет выбрать другого родителя.
свернуть/развернуть ветвь Опердень [Alex 03/09/2002 14:24] # написать ответ
 
По поводу опердня. Я думаю добавлять лишнее понятие не надо. Надо просто при вводе каждой последующей операции подставлять дату из предыдущей, а не текущую. Правда не понятно, что делать со временем...
 
Ни в коем случае.
Это значит, что если предидущая операция была позавчера, а сегодня я ввожу новую, то дата для новой будет ЕЩЁ ТА. А эсли я в начале недели/месяца забыл записать что-либо, а вспомнил только по подведению баланса (получению счёта, ...) то дата для операции тоже будет автоматически НЕ ПОНЯТНАЯ.
 
Dervish: Да, вот мне тоже эта идея не очень понравилась, но я не стал ничего писать, потому что возражала-то у меня интуиция. А как выразить это словами я просто не знал.
свернуть/развернуть ветвь Предлагаю компромисс [Artem Fedorov 04/09/2002 11:48] # написать ответ
 
Можно сделать так -- если нажать Shift(Ctrl,Alt)+Ins на выделенной записи, то создается новая запись с той датой, какая была у выделенной записи.
 
Я вижу только одно хорошее решение -- Copy&Paste. Выделил запись, Ctrl+C, Ctrl+V, Enter.
Когда-то Сергей отказался делать Copy&Paste, посетовав на то, что оно совершенно не пригодится. Жаль, ноэто было бы действительно, очень полезно.
 
Dervish: Дело даже не в том, что "не пригодится". Я просто предчуствую проблемы: как только появится Copy/Paste, тут же возникнет желание переносить какие-то записи с одного счёта на другой, а как быть с этим я просто не знаю.
 
Честно говоря, я вижу только одну проблему: различные валюты. Есть два варианта: при переносе копировать сумму и подставлять другую валюту. Так, если было 100 RUR, переносить как 100 USD. Можно делать пересчет по курсу: 100 RUR = 3,3 USD. Последнее, видимо, даже предпочтительнее.
Еще какие-то проблемы? Переводы? Ну так при копировании перевода заменять счет, из которого копируется на счет, в который происходит вставка.
Самое главное в Copy&Paste -- не пытаться самостоятельно изменить данные в процессе переноса (кроме, наверное, суммы/валюты). А пользователь уж сам решит, что ему делать с тем, что он скопировал.
 
Dervish: Главное, это чтобы пользователь не "потерял" скопированную дату.
 
Ну, попробую убедить Well)
Мне лично было бы удобнее понятие опердня, поскольку я долго работал в банковской автоматизации. Но я понимаю, что для нормального человека чем меньше дополнительных терминов и действий типа "открыть опердень, закрыть опердень", тем лучше. Это же относится и к увеличению количества элементов интерфейса типа добавления еще одной кнопочки, горячей клафиши и т.п.
Посему гораздо проще и понятнее один раз проверить и правильно выставить дату у позабытой позавчерашней операции, чем менять даты при вводе 20, а то и более операций за вчерашний день.
Сейчас я решаю проблему просто переводом времени на компьютере, но это как-то некрасиво, что ли...
Жду возражений Well)
 
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: Вообще, то, что вы предлагаете, на самом деле только упростит мне задачу! Well
свернуть/развернуть ветвь Вдогонку [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 я сделал нестандартный календарь (ориентированный горизонтально, не вертикально), за что совершенно справедливо получил замечания. Теперь исправляю. Well
свернуть/развернуть ветвь Ну да наверное вы правы [Andryk 05/09/2002 23:12] # написать ответ
 
Да действительно, ведь не все начинали работать с доса с командоной строки.... Эх были же времена....
Но все равно, а почему бы тогда не сделать маленькую настроечку, для любителей на клаве набирать и любителей по мыше клацкать :о)), ведь это не так трудно.
 
Dervish: На самом деле при проектировании интерфейса и так приходится всё время думать о "мышкарях" и "клавишниках", извините за терминологию. Может быть, в нынешней версии "клавишники" незаслуженно обижены тем, что контрол для ввода даты немного неудачен, в нём невозможно ввести дату цифрами. Но в будущем это будет исправлено, честно говоря, я уже доработал (точнее, переработал) этот контрол.
свернуть/развернуть ветвь Для любителей клавы [Artem Fedorov 06/09/2002 02:31] # написать ответ
 
А что мешает работать с клавиатурой прямо сейчас?
 
Dervish: Ввод даты стрелками. Согласен, это очень неудобно.
 
Да и было бы неплохо если сделать настройку не вводить и не показывать время, потому как мне кажется, что ни один из пользователей не сможет вспомнить, да и надо ли ему это, точное время операции.
 
Dervish: Справедливое замечание. Именно так и делаю сейчас. Поля ввода даты и времени будут разделены и при в настройках каждой базы можно будет выбрать, нужно ли время операций. Кроме того, появится возможность указывать дату, к которой должна была относиться введённая операция. Эта дата пригодится если вы, допустим, в сентябре заплатили за октябрь за квартиру, а учитывать (в графиках и отчётах) хотели бы этот платёж всё-таки октябрём.
свернуть/развернуть ветвь Проблемы с клавой [Artem Fedorov 09/09/2002 13:55] # написать ответ
 
Если уж говорить о проблемах доступа с клавиатуры, то положение в выпадающих списках еще плачевнее -- продираться сквозь дреововидную структуру простым нажатием "вверх-вниз"... Где "быстрый поиск"? Когда можно набрать первые буквы нужной статьи и статья найдется сама? Для меня это основное препятствие при работе с клавиатурой.
 
Dervish: Да, это тоже справедливое замечание. Соответственно, это будет реализовано.
свернуть/развернуть ветвь Сортировка в отчетах [Роман 13/09/2002 12:28] # написать ответ
 
1. Почему бы не запоминать порядок сортировки в отчетах. А то каждый раз (например после изменения счета) приходится развертьівать отчет и сортировать по интересующему столбцу.
2. Хотелось бы иметь возможность сортировать по % к общему обороту. Например, я делаю покупки, которые относятся к отдельным группам и подгруппам статей, а мне хочется посмотреть наибольшие покупки вообще.
3. Было бы хорошо если бы запоминались настройки хотя бы последнего отчета. Еще лучше, если сохранять и загружать отчеты.
 
Dervish: Согласен, отчёты немного сыроваты. Спасибо за пожелания, обязательно сделаю.