Пожелания (довольно много :)

Пожелания (довольно много :) Loy 01/09/2005 12:14 #

Спасибо БОЛЬШОЕ за программку!
Для личной бухгалтерии использую уже больше года, а сейчас под клиентскую базу родной фирмы приспособила

1. Очень хотелось чтобы в Exel выгружалась текущая страница выбранная в операциях, т.е. статистика на конкретного агента с конкретным проектом, статьей. При этом что б отображение было не полным перечнем (напр.: \Все проекты\Листовка\Листовка А4 4+0), а именно так как и в базе (Листовка А4 4+0). А то напечатать что-то конкретное составляет большого труда.
2. С чем связано такое количество нулей в количестве? Аж 4 после запятой! На мой взгляд, они там совсем не нужны.
3. При добавлении операции по умолчанию стоит на "Расход", у меня в основном приход… А так же при вводе суммы по умолчанию стоит на "Цена за единицу", мне более удобней что б считалась "Сумма прихода". Думаю, все кто поставил прогу на службу предприятия в этом меня поддержат

4. B еще один моментик

При переводе с одного счета на другой было бы прекрасно, если с обоих счетов отнималось, но это так – мелочь, совсем не уверена, что это большому кругу пользователей понадобится. К стати в build 202 операция перевода не дает ввести сумму перевода.
Надеюсь, я не слишком многого хочу

С уважением к автору программы,
Loy

Ответы (столько же) :) Dervish 01/09/2005 12:34 #

Сразу хочу обратить ваше внимание, что до тех пор, пока использовали программу для личного учёта, вы не просили об указанных доработках. Посему вопрос: в домашнем учёте эти пожелания не будут мешать? Ну да ладно, это риторика...

1. Если можно, было бы очень здорово получить пример на e-mail.

2. На мой взгляд вообще поля "Количество" и "Цена" не нужны. А что касательно количества нулей, так запас кармана не тянет.

3. Вы счастливый человек! Я тоже хотел бы, чтобы у меня в базе данных были сплошные приходы, но получается наоборот.

Я ещё буду работать с диалогом ввода операции. Возможно, автосохранение характеристик диалога нам поможет.

4. Вы не находите, что тогда это будет не "Перевод", а "Двойной расход"? Я попробовал в 202-й сборке операцию перевода, у меня сумма вводится. Может быть я что-то не понял?

предложения поля "Количество" и "Цена" Vitaliy 02/09/2005 14:54 #

Позвольте позвольте. Статистика вещь нужная. Я к примеру хочу знать сколько кг картошки или макарон я съедаю за год ;-). На следующий год я смогу запланировать, цены то меняються. Сам хотел задать вопрос, но он уже поднят. Мне такая возможность очень даже бы не помешала. Делал ремонт, считал все в Excel (кг, л). В общем-то классная программа

Во второй версии... Dervish 02/09/2005 17:28 #

...это поле есть. Если нужно - пожалуйста, можно использовать.

Я могу очень долго на эту тему разговаривать :) Loy 02/09/2005 17:08 #

Ну, для домашнего пользования все не так серьезно… просто хочется знать куда деваются все заработанные деньги. У меня к концу месяца создается впечатление, что я не меньше 50$ просто потеряла! Просматриваю по отчету проги получается что нет, просто засунула не туда, куда следовало

А когда делаешь клиентскую базу (кому, сколько, что, когда и чего) хочется на много большего

Не думаю, что бы эти изменения как-то помешали в домашнем учете, строки цена и количество вообще можно не включать, так что для этой части пользователей ничего не измениться

Другой вопрос, то что это Вам переделывать и бесконечно доделывать прогу под тех людей, которые по сути используют Ваше творение не по назначению

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

Все не влазиет в один будем отправлять частями

продолжаем разговор Loy 02/09/2005 17:09 #

1. Уже отправила

Кстати, при переносе в Эксель куда-то исчезает колонка "цена".

2. Запас карман, конечно, не тянет, но это не целесообразно и из-за этого приходится шире делать столбик, тогда не влезает комментарий

Я могу понять один ноль после запятой (1,5 кг. огурцов), но думаю ни кому не прейдет в голову записать: 1,497 гр. мяса! И даже в этом случае один ноль лишний!!!

3. Дома в личных финансах, тоже сплошные расходы… как ни жаль

Автосохранение – это просто классно! Или запомнить параметры данной страницы (Alt+S) но на окошко ввода операций

)
Вообще автосохранение вещь великая

Очень часто выключаю комп, когда программа весит в трее и последние данные без возвратно исчезают, вот.

4. В общем да, это именно двойной расход… Наверное, это очень редко кому понадобиться… Так что ничего против не буду иметь если все останется как есть

Окошко перевода заработало, наверное в каком-то месте зацепилось за систему и криво сработало, чуть позже винда убила прогу в виду совершения ей какой-то ошибки. У меня на машине стоит очень много программ, не исключено, что какая-то плохо ладит с виндой и как следствие та начинает сама плохо справляться с поставленными перед ней задачами

С уважением,
Loy

Опять же по пунктам. Dervish 02/09/2005 17:35 #

1. А колонка "Цена" никуда не девалась. Её просто нет в базе данных, она всякий раз вычисляется делением суммы операции на количество.

2. Как-то так принято, что весь мир суммы валют в виде целых чисел с четырьмя (десятичными) знаками после запятой. Использовать в этой колонке арифметику с плавающей запятой я не хочу из-за ошибок округления. Потому и воспользовался давно привычной арифметикой. В общем, если подход "Запас кармана не тянет" признаётся за возможный аргумент, то пусть лучше всё останется как есть. Впрочем, могу сделать так, чтобы лишние нули просто не рисовались (в этой колонке). Если это решит проблему.

3. И автосохранение и сохранение настроек для диалогов, это всё в планах.

4. Увы, но двойной расход я не буду реализовывать. В целях, так сказать, сохранения стройности программы и учёта. Впрочем, у вас остаётся возможность вводить это дело двумя операциями расхода, никто не запрещает.

по поводу десятичных долей Виталий 26/01/2006 19:36 #

на пункт 2.
Возможно ли сделать это так, как реализовано в Екселе - отображается только необходимый уровень детализации, а хранится - весь? Тогда не будет проблем с округлением. Мне, например, все эти нолики после запятой реально мешают, как при просмотре, так и при вводе данных

По пункту 2 Chlor 01/04/2006 09:06 #

Приведу пример использования этого поля: в паевых инвестиционных фондах количество паев рассчитывается с точностью до 7 знаков после запятой (по крайней мере, управляющая компания, у которой я являюсь пайщиком, выдает такие данные) - для наименьшей ошибки округления.

Ещё одно пожелание Дмитрий 04/02/2006 14:04 #

А можно сделать так, чтобы в диалоге "Добавить операцию" после нажатия кнопки "Добавить" фокус устанавливался в поле "Примечание", а не как сейчас, в поле "Сумма расхода", т.к. вбиваемые расходы всё-равно нужно как-то описывать, а постоянно переключать мышкой в поле "Примечание" не удобно?

А стоит ли? Михаил 06/02/2006 07:19 #

Вот я, например, вбиваю только сумму расхода, примечание делаю редко? Мне удобен фокус ввода сразу в поле ввода суммы? Как быть?

Ещё как стоит! Дмитрий 06/02/2006 08:35 #

Считаю, что вбивать примечания во все операции по приходу/расходу денег - вещь очень нужная и полезная. И для контроля, и для анализа. Более того, считаю, что при дублировании операции фокус лучше перебрасывать сразу на поле "Сумма", т.к. если у нас операция дублирования, то основные параметры записи уже "вбиты" и нужны лишь корректировки суммы и  количества. А дату, кстати, лучше либо подставлять текущую, либо, что ещё правильнее, просто "фиксировать".

Поясню про "фиксацию даты": ставится рядом с полем "Дата"  какая-нибудь галочка или кнопка двухпозиционная, которая позволяет "зафиксировать" на определённом значении поле "Дата". И при всех операциях ввода, дублирования и т.п. при нажатой кнопке фиксации, будет подставляться "зафиксированная" дата.

Это, на мой взгляд, ускорит ввод операций теми, кто использует функцию дублирования из готовых "шаблонов", да и тем, кто вбивает расходы не каждый день, а пару раз в неделю, тоже позволит упростить ввод.

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

Функция "фиксация даты" в плане реализации очень проста, преимуществ добавляет немало. На мой взгляд, опять таки, фиксация даты должна сбрасываться после закрытия программы, т.е. при каждом новом запуске программы кнопка фиксации должна быть неактивна.

Далее, предлагаю исключить из фокуса, или, что правильнее, передавать фокус в самую последнюю очередь кнопке "Помощь", т.к. её сейчас вообще никто не использует, да и в будущем редко кто будет туда заглядывать каждый раз, а при набивке чисто с клавиатуры это лишнее нажатие кнопки Tab.

Может быть лучше... Dervish 06/02/2006 11:50 #

...перенести поле примечание в самый низ диалога так чтобы фокус попадал на него сразу после суммы? Такое предложение уже было и тогда, если сделать именно так, не придётся переключаться с клавиатуры на мышку и обратно...

Как вам такая идея?

Интересное предложение... Дмитрий 06/02/2006 13:38 #

..., однако будет ли это красиво? Я конечно понимаю, что вид интерфейса - дело привычки, но если это будет не стильно, то я бы предпочёл оставить нынешнее расположение элементов. ;-) Если рассуждать в том же направлении, то можно рассмотреть и вариант размещения поля "примечание" ДО поля суммы, но после всех полей типа агента и т.п.

А насчёт фиксатора даты, предложение принимается?

Я постараюсь... Dervish 14/02/2006 14:08 #

...сделать красиво. Кстати, мне кажется что рамещать примечание до полей сумм нежелательно как раз из сообращений эстетики. Как-то не очень оно будет смотреться. А вот после - вполе возможно.

Впрочем, я оставляю за собой право поэкспериментировать.

А насчёт фиксатора даты предложение не принимается. Если я правильно понял, введение фиксатора потребует появления новой галочки в диалоге добавления операций. Мне этого не хотелось бы делать чтобы не загромождать диалог. Честно говоря, он и так перегружен и я даже раздумывал, не сделать ли его с закладками, как диалог настроек программы. Но потом я отказался от этой идеи потому что это приведёт к дополнительной "мышиной возне" при вводе операций.

В общем, тема для обсуждения по вводу дат открыта и в другой ветке форума горячо обсуждается. Пока решения нет, но совершенно понятно, что делать галочку фиксатора даты я не хочу.

Согласен... Дмитрий 14/02/2006 14:56 #

... что диалог уже достаточно перегружен. Более того, Вы уже неоднократно "грозились" сделать механизм ввода по шаблону.

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

Подпись для этой кнопочки делать не надо - всё достаточно интуитивно, да и в описании к новой сборке можно было бы информацию о ней разместить. Механизм нажатия/отжатия этой кнопки с клавиатуры можно было бы свести к определению нажатия какой-либо кнопки (Ну D хотя бы) при попадании фокуса на поле Дата.

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

Пишу здесь т.к. поднятая тема как раз к пожеланиям и относится.

Форум Пожелания (довольно много :)