Некоторые соображение по поводу работы с программой

В этом форуме Вы можете высказать пожелания к новым версиям программы: какая функциональность должна появиться, что в программе лишнее, чего не хватает, что хочется видеть в другом ракурсе и т.д. Мы обязательно рассмотрим все Ваши предложения и советы по улучшению программы.

Модератор: Анастасия

Аватара пользователя
Анастасия
Разработчик
Разработчик
Сообщения: 692
Зарегистрирован: Ср ноя 21, 2007 6:56 am
Контактная информация:

Сообщение Анастасия »

Т.е. в вашем примере (хотя, пожалуй, хранить "Позиции" в самом в "Корне" "Расходов" не очень хорошо) было бы так:

Расходы:3700
- Расходы [Незаданное]: 1000
- Дом: 200
- Питание: 2000
- Связь: 500

Где "Расходы [Незаданное]" - это виртуальная категория в которой собраны все те позиции, котоыре принадлежат "Расходам" непосредственно.
Разобраться-то теперь я разобралась, как что суммируется, но с чего мы все это начали, уже успела забыть :oops:. В любом случае, нашу структуру менять мы не намерены, к тому же вот такие вещи:
Расходы:3700
- Расходы [Незаданное]: 1000
не очень очевидны все-таки. Можете, опять же, завести для каждой группы статью вида: "Расходы Незаданное", "Продукты незаданное" и так сэмулировать то, что давал КэшОрг..., то есть на эти статьи вносить то, что там вносили на группу... Ничего более вразумительно предложить не могу, так как у меня другой взгляд на учет и я тоже к нему "прикипела", а Ваш мне кажется несколько непривычным...

poa
Опытный пользователь
Опытный пользователь
Сообщения: 65
Зарегистрирован: Сб фев 16, 2008 6:50 am
Откуда: Tomsk
Контактная информация:

Сообщение poa »

Началось все с возможности создавать "Наименования" не только на конечных ветвях, но и на ветвях более высокого уровня. А также с отчетов, в которых (если вложенность более одного уровня) отражались бы итоги не только по уровню выбранной вложенности, но и по верхним уровням (иерархический отчет). И если первое действительно можно сэмулировать, то второе не получится. Остается только тот выход, который вы предложили - создавать сохраненные отчеты по каждой интересующией категории, что не очень удобно и наглядно (т.к. не позволяет оценить общую картину с детализацией). Мне кажется это не сложно реализуется (я имею ввиду то, пример чего показан на скриншоте отчета КэшОрга), было бы здорово иметь такую возможность.

Придется менять привычки и подстраиваться под то, что имеем

Аватара пользователя
Анастасия
Разработчик
Разработчик
Сообщения: 692
Зарегистрирован: Ср ноя 21, 2007 6:56 am
Контактная информация:

Сообщение Анастасия »

Проблема с этим отчетом в том, что нужна (в общем случае) неограниченная вложенность, в печатной форме это реализовать сложно. Можно реализовать вложенность 1, то есть, например, выводить подитоги по группам верхнего уровня, но не больше. Дальше все становится гораздо сложнее. В КэшОрге другая архитектура и отчет другой, не печатная форма, а дерево с цифрами, поэтому там другая ситуация...

Мы еще будем над этим думать.

poa
Опытный пользователь
Опытный пользователь
Сообщения: 65
Зарегистрирован: Сб фев 16, 2008 6:50 am
Откуда: Tomsk
Контактная информация:

Сообщение poa »

Согласен, в случае с бесконечной вложенностью есть определнные проблемы. Но в жизни используется мне кажется максимум 4 уровня. Поэтому ограничить если ограничить вложенность иерархического отчета, это этого будет достаточно. Даже если отражено два уровня уровня (текущий и предыдущий, т.е. как написали вы: "выводить подитоги по группам верхнего уровня") - это был бы отличный компромис. Например, если я указваю в настройках вложенность 3, то мне бы показывались категории уровня 3 сгруппированные по уровню 2 (с полным путем) и с суммой. Вот нарисовал пример:
Изображение

Я бы все же предоложил отображать вплоть до вложенности 3 :). Этого бы хватило за глаза, и при этом сложность в отчете только в том, что он может быть длинным, Но иерархический отчет можно сделать опциональным - добавить на форме конфигуратора очтета галочку "Иерархически отчет" ("Развернутый отчет"), тогда те кому не нужно, могу видеть плоско (а можено еще сделать числовое поле, в котором указывалось бы на сколько уровней назад разворачивать - но это меня уже понесло :) - этим если и будут пользоватья, то единицы).
Но в случае плоского отчета, может быть все таки сделать группировку по предыдущему уровню, с указанием уровня (с полным путем)? Просто когда еда перемешана с бытовой химией и т.д. как-то сложно ориентироваться. Хотя если будет иерархический отчет, это не нужно будет.

И еще, я стал играться с отчетами какой-то глюк обнаружился:
Если я ставллю вложенность 1, то отражаются категории уровня 1.
Если 2, то 2
А если вложенность 3, то отображаются категории уровня 2 и к ним добавляются категории уровня 3, а не только уровня 3

Дмитрий
Разработчик
Разработчик
Сообщения: 1698
Зарегистрирован: Ср ноя 21, 2007 6:18 am
Контактная информация:

Сообщение Дмитрий »

И еще, я стал играться с отчетами какой-то глюк обнаружился:
Если я ставллю вложенность 1, то отражаются категории уровня 1.
Если 2, то 2
А если вложенность 3, то отображаются категории уровня 2 и к ним добавляются категории уровня 3, а не только уровня 3
Дело в том, что вложенность - это не фильтр, а способ отображения. Таким образом, при вложенности 3 отображаются все группы уровня 3 и группы уровня 2, у которых нет дочерних элементов (уровня 3). Если Вы хотите отфильтровать данные, то надо использовать фильтр по группам (дерево с галочками слева).

poa
Опытный пользователь
Опытный пользователь
Сообщения: 65
Зарегистрирован: Сб фев 16, 2008 6:50 am
Откуда: Tomsk
Контактная информация:

Сообщение poa »

Хм. А почему именно такая реалзиация вложенности? с какой целью?
Тогда, в отсутствие группировки и путей, отчет мне видится еще более непонятным.
И все таки мне кажется, что оптимальным было бы если бы вложенность позволяла увеличивать детализацию отчета вглубь, от первого уровня до уровня детализации. а уж на сколько глубоко пользователь хочет детализировать (и насколько громоздким тогда будет отчет) это уже выбор пользователя. А для того, что бы не иметь проблем с бесконечностью, поставить ограничение, 3-4 воплне достаточно.
Буду тешить себя надеждой, что может быть когда-нибудь такая возможность появится :)

AlexAR
Новичок
Новичок
Сообщения: 1
Зарегистрирован: Вт мар 04, 2008 6:19 pm

Сообщение AlexAR »

...WL0007
Сохранение истории примечаний, ввод с автопоиском по истории по первым введенным буквам.
Я примечания заполняю довольно часто, и часто они повторяются, поэтому такая история была бы полезной
...
Мы подумаем над этим. Если другие пользователи также выскажут необходимость в такой функции, реализуем.
Полностью присоединяюсь к пожеланиям роа

Желаю Вам успеха в этом достаточно трудном деле, учёта личных финансов таких разных людей!

P.S. Кстати, Вы планируете вводить услугу хранения (зашифрованных) бэкапов личных баз на вашем сервере, либо, чтобы пользоваться лишь одной лицензией, но иметь возможность управлять своими базами (на ваших серверах) через браузер (например, прямо с мобильника через WAP)... ну и дальше мысля летит... ;)
WBR, W(f)FM.
AlexAR.

Дмитрий
Разработчик
Разработчик
Сообщения: 1698
Зарегистрирован: Ср ноя 21, 2007 6:18 am
Контактная информация:

Сообщение Дмитрий »

Хм. А почему именно такая реалзиация вложенности? с какой целью?
Тогда, в отсутствие группировки и путей, отчет мне видится еще более непонятным.
И все таки мне кажется, что оптимальным было бы если бы вложенность позволяла увеличивать детализацию отчета вглубь, от первого уровня до уровня детализации. а уж на сколько глубоко пользователь хочет детализировать (и насколько громоздким тогда будет отчет) это уже выбор пользователя. А для того, что бы не иметь проблем с бесконечностью, поставить ограничение, 3-4 воплне достаточно.
Буду тешить себя надеждой, что может быть когда-нибудь такая возможность появится
Согласен насчет того, что иерархический отчет был бы удобнее. Пока, к сожалению, отображается только один уровень группировки. По поводу неограниченного числа уровней, контролируемого параметром "уровень вложенности", мы подумаем. Пока встает техническая проблема реализации такой функциональности. Не думаю, что это очень сложно в реализации, просто вначале надо выработать правильный способ решения в голове :)
Полностью присоединяюсь к пожеланиям роа

Желаю Вам успеха в этом достаточно трудном деле, учёта личных финансов таких разных людей!
Спасибо за хорошие слова. Еще один голос в копилку пожеланий за историю примечаний :)

Код: Выделить всё

P.S. Кстати, Вы планируете вводить услугу хранения (зашифрованных) бэкапов личных баз на вашем сервере, либо, чтобы пользоваться лишь одной лицензией, но иметь возможность управлять своими базами (на ваших серверах) через браузер (например, прямо с мобильника через WAP)... ну и дальше мысля летит... 
Версия для КПК у нас со временем выйдет :) Хотя, если быть до конца честным, то точно не в 2008 году. Версия под web пока не планируется.

poa
Опытный пользователь
Опытный пользователь
Сообщения: 65
Зарегистрирован: Сб фев 16, 2008 6:50 am
Откуда: Tomsk
Контактная информация:

Сообщение poa »

Здравствуйте!
Впечатления от нового билда очень положительные - мне стало значительно удобнее и быстрее работать с программой. Спасибо :)

Правда, у меня опять вылез тот же глюк с расхождением "Баланса" и "Остатка" - разница 2000 руб.

Возникли еще кое-какие соображения:

В гриде:
- по нажатии "Enter" в последней ячейк строки переходить на новую строку (действие аналогичное действию по стрелке вниз)
- В полях "Кол-во", "Цена", "Сумма" - при редактировании поля отображать кнопку калькулятор (такую же как при расчете суммы скидки)
- Три знака после запятой в поле "Кол-во" (?) (может быть опционально?). Когда вбивал массу, возникло желание с точностью до трех знаков указать. Но пока на практике такой необходимости не возникло.

***
В "сводном списке" и "операциях по счету" для операций типа перевод не хватает столбца "Счет (куда)". Когда много счетов и движений "туда-сюда" то приходится открывать для уточнения. Либо постоянно в комментариях писать (что как-то неразумно). Если вы его сделаете этот столбец, то может быть для операций типа "доход/расход" в нем отражать статью операции (а если их несколько, то писать "Смешанная")?

***
Во всех окнах, отображающих перчень операций (а также в окне "Счета" в правой части - это поможет отчасти компенсировать отсутствие множественной группировки):
- Если выделено несколько строк, то где-нибудь (может быть в статус-баре либо справа предоставить место) показывать сумму выделенных операций(счетов) (как в экселе при выделении нескольких ячеек с числами)

***
еще мысли (пока просто мысли, не предложение :) ) по выделению форматированием операций разного типа.
Раскрасил операции. Переводы получаются все синие. Но они ведь бывают положительными и отрицательными. Сейчас получается, что довольно тежело сходу определить знак перевода, а это важно.
Как вы думаете, если сделать операции со знаком "минус" одним цветом, операции со знаком "плюс" другим. А переводы тогда выделять жирным шрифтом? Хотя тоже может бытьне очень удобоваримо...
Или в настройках цветов переводы разделить на две части "Положительные переводы" и "Отрицательные переводы" и для каждого из них выбирать цвет фона и еще сделать возможность выбирать начертание и цвет шрифта у разных типов операций?

***
- Для кнопки "Калькулятор" у активного поля ввода числа (там где она есть, а может и для любого активного поля, где число вводить) добавить хот-кей. например Alt+C
- В окнах ввода операции повесить на сочетание Alt+D переход к полю ввода даты (если уж фокус изначально не в этом поле, то хоть так быстро перейти можно будет :) )

***
!!
При внесении расхода вношу кол-во, сумму, выбираю "Место покупки" - и сумма меняется в соответствие с последней сохраненной ценой для выбранного места покупки, Несколько раз было так, что я не замечал этой подмены и потом долго приходилось искать, где-же ошибка вкралась...
Правда если ввести цену вместо суммы, то вроде бы такого не происходит. Но это не спасает от возможных ошибок.
Предлагаю во избежание подобного поведения поменять порядок столбцов:
"Статья" "Место покупки" "Кол-во" "Ед.изм" "Цена" "Сумма" "Примечание"
Либо может быть вы предложите какое-то решение данной проблемы имеющимися средствами?


***
Как-то я уже упоминал полезность классифицирования по проектам.
Сейчас столкнулся с ситуацией, когда еще один классификатор мне кажется очень разумным - для кого предназначается данный расход.
Несколько ситуаций возникло:
1. Хотел некоторые группы расходов учитывать на каждого члена семьи (Например, "Одежда" и другие связяанные с внешним видом статьи). Хотел сначала создать группы "Одежда.Олег", "Одежда.Алия". Но в таком случае некоторые статьи придется дублировать.
2. По работе мне прихдится нести определенные расходы, которые пока ни как не компенсируются (проезд, кое-какие покупки по мелочи). Нужно знать сколько денег ухдодит на рабочие нужды.
Списывать по одной статье "Работа" не подходит - важна разбивка. Создать групп "Работа" и дублировать там статьи - тоже очень корявый вариант, требующий много действий. Да и опять же другие аналогичные случаи.

Увидел, что в отчетах есть отчет по пользователю. Возникла мысль использовать "Пользователя" не по назначению. Но, поразмыслив, пришел к тому, что это тоже плохой вариант.

Мне сказал знакомый, что в MSMoney есть такая реализация. Я глянул - там у них сделано универсально:
Есть два классификатора, которые можно обозвать по своему желанию как угодно (и есть предустановленные варианты - "Проекты", "Члены семьи", "Расходы по работе", "Хобби" ...)
Это позволяет гибко анализировать данные в разных разрезах.
По идее, двух классификаторов достаточно. Мне в голову пока не приходит что еще может быть. К тому же, если посмотреть на тот же MSMoney - у них два. А опыт у них довольно большой. Я думаю, если бы пользователям реально было бы нужно больше классификаторов, добавить еще одно поле не так уж и сложно было бы.
Поэтому такое пожелание: сделать еще два (дополнительно к статьям) классификатора с возможностью выбрать им имя по желанию пользователя.

По струкуре это те же "статьи", только с другим именем

По-идее, есть еще такая вещь как "Тэги" - это еще более гибкая вещь. В Family2008 вроде поддержку тэгов реализовали. Но, вероятно, ее реализовать сложнее, чем добавить два аналогичных статьям классификатора.

Дмитрий
Разработчик
Разработчик
Сообщения: 1698
Зарегистрирован: Ср ноя 21, 2007 6:18 am
Контактная информация:

Сообщение Дмитрий »

Правда, у меня опять вылез тот же глюк с расхождением "Баланса" и "Остатка" - разница 2000 руб.
Странно. Не могло получиться так, что ошибка вылезла на старом релизе, а заметили Вы ее только сейчас? Еще более странно, что опять 2000, обычно снаряд дважды в одну воронку не падает. В любом случае, высылайте бэкап - поправим.
В гриде:
- по нажатии "Enter" в последней ячейк строки переходить на новую строку (действие аналогичное действию по стрелке вниз)
Думали над этим, решили не делать. Для неопытных пользователей удаление появившейся строки довольно утомительная операция, требующая нажатия кнопки "Удалить". Для опытных клавиша "Вниз" находится рядом с "Enter" :)
- В полях "Кол-во", "Цена", "Сумма" - при редактировании поля отображать кнопку калькулятор (такую же как при расчете суммы скидки)
Это можно.
- Три знака после запятой в поле "Кол-во" (?) (может быть опционально?). Когда вбивал массу, возникло желание с точностью до трех знаков указать. Но пока на практике такой необходимости не возникло.
Там, по-моему, так и есть, если вообще не 4 знака, просто отображается всего 2, чтобы не слишком глаза мозолило для штучных товаров.
В "сводном списке" и "операциях по счету" для операций типа перевод не хватает столбца "Счет (куда)". Когда много счетов и движений "туда-сюда" то приходится открывать для уточнения. Либо постоянно в комментариях писать (что как-то неразумно). Если вы его сделаете этот столбец, то может быть для операций типа "доход/расход" в нем отражать статью операции (а если их несколько, то писать "Смешанная")?
А разве по знаку операции не получается определить, куда сделан перевод?
По поводу отображения статьи подумаем, Вы уже не первый, кто просит так сделать :)
Во всех окнах, отображающих перчень операций (а также в окне "Счета" в правой части - это поможет отчасти компенсировать отсутствие множественной группировки):
- Если выделено несколько строк, то где-нибудь (может быть в статус-баре либо справа предоставить место) показывать сумму выделенных операций(счетов) (как в экселе при выделении нескольких ячеек с числами)
Здесь скорее всего вместо той суммы, что отображается сейчас, будет другим шрифтом отображаться сумма по выделенным ячейкам.
еще мысли (пока просто мысли, не предложение ) по выделению форматированием операций разного типа.
Раскрасил операции. Переводы получаются все синие. Но они ведь бывают положительными и отрицательными. Сейчас получается, что довольно тежело сходу определить знак перевода, а это важно.
Как вы думаете, если сделать операции со знаком "минус" одним цветом, операции со знаком "плюс" другим. А переводы тогда выделять жирным шрифтом? Хотя тоже может бытьне очень удобоваримо...
Или в настройках цветов переводы разделить на две части "Положительные переводы" и "Отрицательные переводы" и для каждого из них выбирать цвет фона и еще сделать возможность выбирать начертание и цвет шрифта у разных типов операций?
Будут разные цвета для "положительных" и "отрицательных" переводов и обменов валюты.
- Для кнопки "Калькулятор" у активного поля ввода числа (там где она есть, а может и для любого активного поля, где число вводить) добавить хот-кей. например Alt+C
Там, по-моему, Alt-вниз работает. Если не работает, то сделаем.
- В окнах ввода операции повесить на сочетание Alt+D переход к полю ввода даты (если уж фокус изначально не в этом поле, то хоть так быстро перейти можно будет )
Довольно спорно, подумаем.
При внесении расхода вношу кол-во, сумму, выбираю "Место покупки" - и сумма меняется в соответствие с последней сохраненной ценой для выбранного места покупки, Несколько раз было так, что я не замечал этой подмены и потом долго приходилось искать, где-же ошибка вкралась...
Правда если ввести цену вместо суммы, то вроде бы такого не происходит. Но это не спасает от возможных ошибок.
Предлагаю во избежание подобного поведения поменять порядок столбцов:
"Статья" "Место покупки" "Кол-во" "Ед.изм" "Цена" "Сумма" "Примечание"
Либо может быть вы предложите какое-то решение данной проблемы имеющимися средствами?
Поменяйте порядок следования столбцов у себя, Ваши настройки сохранятся. Для смены порядка следования столбца его нужно перетащить в нужное место: нажмите левую клавишу мыши на заголовке столбца и тяните его в нужно место до появления зеленых стрелочек.
Как-то я уже упоминал полезность классифицирования по проектам.
Сейчас столкнулся с ситуацией, когда еще один классификатор мне кажется очень разумным - для кого предназначается данный расход.
Несколько ситуаций возникло:
1. Хотел некоторые группы расходов учитывать на каждого члена семьи (Например, "Одежда" и другие связяанные с внешним видом статьи). Хотел сначала создать группы "Одежда.Олег", "Одежда.Алия". Но в таком случае некоторые статьи придется дублировать.
2. По работе мне прихдится нести определенные расходы, которые пока ни как не компенсируются (проезд, кое-какие покупки по мелочи). Нужно знать сколько денег ухдодит на рабочие нужды.
Списывать по одной статье "Работа" не подходит - важна разбивка. Создать групп "Работа" и дублировать там статьи - тоже очень корявый вариант, требующий много действий. Да и опять же другие аналогичные случаи.

Увидел, что в отчетах есть отчет по пользователю. Возникла мысль использовать "Пользователя" не по назначению. Но, поразмыслив, пришел к тому, что это тоже плохой вариант.

Мне сказал знакомый, что в MSMoney есть такая реализация. Я глянул - там у них сделано универсально:
Есть два классификатора, которые можно обозвать по своему желанию как угодно (и есть предустановленные варианты - "Проекты", "Члены семьи", "Расходы по работе", "Хобби" ...)
Это позволяет гибко анализировать данные в разных разрезах.
По идее, двух классификаторов достаточно. Мне в голову пока не приходит что еще может быть. К тому же, если посмотреть на тот же MSMoney - у них два. А опыт у них довольно большой. Я думаю, если бы пользователям реально было бы нужно больше классификаторов, добавить еще одно поле не так уж и сложно было бы.
Поэтому такое пожелание: сделать еще два (дополнительно к статьям) классификатора с возможностью выбрать им имя по желанию пользователя.

По струкуре это те же "статьи", только с другим именем

По-идее, есть еще такая вещь как "Тэги" - это еще более гибкая вещь. В Family2008 вроде поддержку тэгов реализовали. Но, вероятно, ее реализовать сложнее, чем добавить два аналогичных статьям классификатора.
Будут проекты. Посмотрим, MS Money, возможно, возьмем оттуда. По тэгам нужно подумать, это не намного сложнее, чем проекты.

poa
Опытный пользователь
Опытный пользователь
Сообщения: 65
Зарегистрирован: Сб фев 16, 2008 6:50 am
Откуда: Tomsk
Контактная информация:

Сообщение poa »

- по нажатии "Enter" в последней ячейк строки переходить на новую строку (действие аналогичное действию по стрелке вниз)
Думали над этим, решили не делать. Для неопытных пользователей удаление появившейся строки довольно утомительная операция, требующая нажатия кнопки "Удалить". Для опытных клавиша "Вниз" находится рядом с "Enter"
В данном случае "Ентер" я нажимаю мизинцем.
А клавиша "вниз" конечно находится рядом с "Ентер", но только для этого нужно перемещать руку.
На счет новечков, они наверняка также случайно создают новый записи с помощью "Вниз" (я хоть и не новичек, но у меня случается такое постоянно :) . Честно говоря, будь такая возможность я именно стрелку вниз бы и отключил, оставив только "Ins" и "Enter в конце строки", т.к. случайные строки у меня создаются именно из-за "Вниз". Во избежание случайного создания новых записей по "Ентер" я бы сделал так: если мы находимся в последней ячейке и в режиме редактирования ячейки, то "Ентер" подтверждает ввод, закрывает режим редактирования и остается в этой же ячейке. Если мы находимся в последней ячейке, но не в режиме редактирования, то создается новая строка. Т.о. отредактировав примечание и дважды нажав "ентер" создаем новую строку)
- Три знака после запятой в поле "Кол-во" (?) (может быть опционально?). Когда вбивал массу, возникло желание с точностью до трех знаков указать. Но пока на практике такой необходимости не возникло.
Там, по-моему, так и есть, если вообще не 4 знака, просто отображается всего 2, чтобы не слишком глаза мозолило для штучных товаров.
Эт хорошо. Можеть быть отображение настраивать в опциях? (не приоритетная просьба - если будет желание и время :) )
А разве по знаку операции не получается определить, куда сделан перевод?
По знаку можно определить только былали операция зачислением или же снятием со счета. Но о том КУДА (или ОТКУДА) идут деньги знак информации не дает :)
По поводу отображения статьи подумаем, Вы уже не первый, кто просит так сделать
Хорошо, что есть единомышленники :)
Будут разные цвета для "положительных" и "отрицательных" переводов и обменов валюты.
Замечательно. Спасибо :)
- Для кнопки "Калькулятор" у активного поля ввода числа (там где она есть, а может и для любого активного поля, где число вводить) добавить хот-кей. например Alt+C
Там, по-моему, Alt-вниз работает. Если не работает, то сделаем.
Действительно работает :) . Но у меня все та же идея нахождения рук в основной позиции - минимизировать порхания правой руки над клавиатурой :)

- В окнах ввода операции повесить на сочетание Alt+D переход к полю ввода даты (если уж фокус изначально не в этом поле, то хоть так быстро перейти можно будет )
Довольно спорно, подумаем.
Идея - минимизировать телодвижения и точно попасть в нужно поле (Шифт+Таб - приходится нескольк раз нажимать, причем в разных окнах разное количество раз - часто проскакиваю)
Я бы еще и для общего для операции примечания повесил шорткат (типа Alt+N) :)
Поменяйте порядок следования столбцов у себя, Ваши настройки сохранятся. Для смены порядка следования столбца его нужно перетащить в нужное место: нажмите левую клавишу мыши на заголовке столбца и тяните его в нужно место до появления зеленых стрелочек.
Помогло, спасибо. Хотя я тоже вроде пробовал таскать колонки, наверное не дотянул...
Будут проекты. Посмотрим, MS Money, возможно, возьмем оттуда. По тэгам нужно подумать, это не намного сложнее, чем проекты.
Замечательная перспектива :)

Дмитрий
Разработчик
Разработчик
Сообщения: 1698
Зарегистрирован: Ср ноя 21, 2007 6:18 am
Контактная информация:

Сообщение Дмитрий »

В данном случае "Ентер" я нажимаю мизинцем.
А клавиша "вниз" конечно находится рядом с "Ентер", но только для этого нужно перемещать руку.
На счет новечков, они наверняка также случайно создают новый записи с помощью "Вниз" (я хоть и не новичек, но у меня случается такое постоянно . Честно говоря, будь такая возможность я именно стрелку вниз бы и отключил, оставив только "Ins" и "Enter в конце строки", т.к. случайные строки у меня создаются именно из-за "Вниз". Во избежание случайного создания новых записей по "Ентер" я бы сделал так: если мы находимся в последней ячейке и в режиме редактирования ячейки, то "Ентер" подтверждает ввод, закрывает режим редактирования и остается в этой же ячейке. Если мы находимся в последней ячейке, но не в режиме редактирования, то создается новая строка. Т.о. отредактировав примечание и дважды нажав "ентер" создаем новую строку)
Мы думали о таком способе, когда реализовывали переход по ячейкам по Enter, решили этого не делать.
По знаку можно определить только былали операция зачислением или же снятием со счета. Но о том КУДА (или ОТКУДА) идут деньги знак информации не дает
Пока мы добавлять такой столбец в сводный список не планируем. На наш взгляд это слишком специфичное пожелание.
Действительно работает . Но у меня все та же идея нахождения рук в основной позиции - минимизировать порхания правой руки над клавиатурой
Alt-вниз - это стандарт для выпадающих окон, поэтому других горячих клавиш на калькулятор делать не будем.

poa
Опытный пользователь
Опытный пользователь
Сообщения: 65
Зарегистрирован: Сб фев 16, 2008 6:50 am
Откуда: Tomsk
Контактная информация:

Сообщение poa »

Мы думали о таком способе, когда реализовывали переход по ячейкам по Enter, решили этого не делать.
Не понятно почему. Ну что ж, буду ждать единомышленников... :)
По поводу отображения статьи подумаем, Вы уже не первый, кто просит так сделать
Пока мы добавлять такой столбец в сводный список не планируем. На наш взгляд это слишком специфичное пожелание.
Но я не говорю о том, чтобы это было совершенно отдельный столбец, Чрезмерно большое количество столбцов безусловно ни к чему. Можеть быть, если вы надумаете таки делать столбец отображающий статью, то туда для переводов и обменов прописывать счет "КУДА/ОТКУДА"? На мой взгляд очень логично :)

Аватара пользователя
Анастасия
Разработчик
Разработчик
Сообщения: 692
Зарегистрирован: Ср ноя 21, 2007 6:56 am
Контактная информация:

Сообщение Анастасия »

Но я не говорю о том, чтобы это было совершенно отдельный столбец, Чрезмерно большое количество столбцов безусловно ни к чему. Можеть быть, если вы надумаете таки делать столбец отображающий статью, то туда для переводов и обменов прописывать счет "КУДА/ОТКУДА"? На мой взгляд очень логично
В сводном списке не может быть столбца со статьей, так как расходы и доходы составные. Отдельные записи по статьям - в списке "Доходы и расходы детально".

Помимо этого, статья и счет не очень-то связаны, поэтому логики размещения их в одном столбце не видно.

Вообще трудно понять, почему у Вас такая проблема с переводами. :oops:
По умолчанию в сводном списке сходные операции группируются, то есть для одного перевода рядом всегда будут две записи, одна приходная на счет, куда был сделан перевод, другая расходная со счета, откуда был сделан перевод. Эти записи всегда рядом, если только Вы не сделаете какую то изощренную сортировку (например, по сумме) или не отфильтруете данные по счету. В таком случае лучше тогда использовать список "Переводы" в котором есть все нужные столбцы: "Куда", "Откуда" и прочая информация.

poa
Опытный пользователь
Опытный пользователь
Сообщения: 65
Зарегистрирован: Сб фев 16, 2008 6:50 am
Откуда: Tomsk
Контактная информация:

Сообщение poa »

...
Можеть быть, если вы надумаете таки делать столбец отображающий статью, то туда для переводов и обменов прописывать счет "КУДА/ОТКУДА"? На мой взгляд очень логично
В сводном списке не может быть столбца со статьей, так как расходы и доходы составные. Отдельные записи по статьям - в списке "Доходы и расходы детально".
Я это помню, мы уже говорили об этом. Но вот что мне не совсем понятно - Дмитрий в одном из своих предыдущих постов на мою реплику ответил так:
POA:
...
Если вы его сделаете этот столбец, то может быть для операций типа "доход/расход" в нем отражать статью операции (а если их несколько, то писать "Смешанная")?
Дмитрий:
...
По поводу отображения статьи подумаем, Вы уже не первый, кто просит так сделать
-----
Помимо этого, статья и счет не очень-то связаны, поэтому логики размещения их в одном столбце не видно.
Я вижу такую логику (как говориться, ИМХО :) ):
- Информация полезная и в том и другом случае, друг с другом не перескается, поэтому целесообразно поместить в один столбец, дабы экономить место
- По смыслу понятия "Статья" и "Куда" можно связать понятием "Назначение", т.е. тоже вполне логично.
К слову сказать, в КэшОрге было так организовано и никаких вопросов и не понимания не возникало даже кода первый раз запустил программу. Наоборот, было все наглядно и понятно
Вообще трудно понять, почему у Вас такая проблема с переводами.
Если смотреть в "Сводном списке", то, в принципе, видно что и куда идет, т.к. переводы расположены парами, вы правы.
Но для внесения транзакций окно "Сводный список" для меня оказалось не таким уж удобным:
- При создании транзакции всегда устанавливается счет "по умолчанию" (предпочтительней было бы для меня, чтобы выставлялся счет, по которому была вбита последняя транзакция. По скольку я ввожу операции для разных счетов (а не только для "по умолчанию") приходится постоянно менять, это довольно сильно напрягает. Поэтому я открываю "Операции по счету ..." и там вбиваю.
- По скольку вбиваются операции группами сначала по одному счету, потом по другому (и не только за текущий день), то в сводном списке все получается в кучу и не так очевидно что уже вбил, а что еще нет. Опять для меня оказалось более удобным открывать операции по конкретному счету.

Так вот именно в том случае, когда работаешь в окне "Операция по счету ..." совсем не очевидно, куда перевелись деньги. И именно это я имел ввиду когда пислал:
Когда много счетов и движений "туда-сюда" то приходится открывать для уточнения. Либо постоянно в комментариях писать (что как-то неразумно).

Ответить