создать новую тему раскрыть все
 
Спасибо БОЛЬШОЕ за программку!
Для личной бухгалтерии использую уже больше года, а сейчас под клиентскую базу родной фирмы приспособила Well
1. Очень хотелось чтобы в Exel выгружалась текущая страница выбранная в операциях, т.е. статистика на конкретного агента с конкретным проектом, статьей. При этом что б отображение было не полным перечнем (напр.: \Все проекты\Листовка\Листовка А4 4+0), а именно так как и в базе (Листовка А4 4+0).  А то напечатать что-то конкретное составляет большого труда.
2. С чем связано такое количество нулей в количестве? Аж 4 после запятой! На мой взгляд, они там совсем не нужны.
3. При добавлении операции по умолчанию стоит на "Расход", у меня в основном приход… А так же при вводе суммы по умолчанию стоит на "Цена за единицу", мне более удобней что б считалась "Сумма прихода". Думаю, все кто поставил прогу на службу предприятия в этом меня поддержат Well
4. B еще один моментик Well При переводе с одного счета на другой было бы прекрасно, если с обоих счетов отнималось, но это так – мелочь, совсем не уверена, что это большому кругу пользователей понадобится. К стати в build 202 операция перевода не дает ввести сумму перевода.
Надеюсь, я не слишком многого хочу Well  
С уважением к автору программы,
Loy
 
Сразу хочу обратить ваше внимание, что до тех пор, пока использовали программу для личного учёта, вы не просили об указанных доработках. Посему вопрос: в домашнем учёте эти пожелания не будут мешать? Ну да ладно, это риторика...
 
1. Если можно, было бы очень здорово получить пример на e-mail.
 
2. На мой взгляд вообще поля "Количество" и "Цена" не нужны. А что касательно количества нулей, так запас кармана не тянет.
 
3. Вы счастливый человек! Я тоже хотел бы, чтобы у меня в базе данных были сплошные приходы, но получается наоборот.
 
Я ещё буду работать с диалогом ввода операции. Возможно, автосохранение характеристик диалога нам поможет.
 
4. Вы не находите, что тогда это будет не "Перевод", а "Двойной расход"? Я попробовал в 202-й сборке операцию перевода, у меня сумма вводится. Может быть я что-то не понял?
 
Позвольте позвольте. Статистика вещь нужная. Я к примеру хочу знать сколько кг картошки или макарон я съедаю за год ;-). На следующий год я смогу запланировать, цены то меняються. Сам хотел задать вопрос, но он уже поднят. Мне такая возможность очень даже бы не помешала. Делал ремонт, считал все в Excel (кг, л). В общем-то классная программа
 
...это поле есть. Если нужно - пожалуйста, можно использовать.
 
Ну, для домашнего пользования все не так серьезно… просто хочется знать куда деваются все заработанные деньги. У меня к концу месяца создается впечатление, что я не меньше 50$ просто потеряла! Просматриваю по отчету проги получается что нет, просто засунула не туда, куда следовало Not so  
А когда делаешь клиентскую базу (кому, сколько, что, когда и чего) хочется на много большего Well
Не думаю, что бы эти изменения как-то помешали в домашнем учете, строки цена и количество вообще можно не включать, так что для этой части пользователей ничего не измениться Well Другой вопрос, то что это Вам переделывать и бесконечно доделывать прогу под тех людей, которые по сути используют Ваше творение не по назначению Well Делать это или нет решать, конечно, Вам. Мы же пользуемся тем, что нам дали волю высказать свои пожелания по улучшению программы Well
 
Все не влазиет в один будем отправлять частями Well
свернуть/развернуть ветвь продолжаем разговор [Loy 02/09/2005 17:09] # написать ответ
 
1. Уже отправила Well Кстати, при переносе в Эксель куда-то исчезает колонка "цена".
 
2. Запас карман, конечно, не тянет, но это не целесообразно и из-за этого приходится шире делать столбик, тогда не влезает комментарий Not so Я могу понять один ноль после запятой (1,5 кг. огурцов), но думаю ни кому не прейдет в голову записать: 1,497 гр. мяса! И даже в этом случае один ноль лишний!!!  
 
3. Дома в личных финансах, тоже сплошные расходы… как ни жаль Not so Автосохранение – это просто классно! Или запомнить параметры данной страницы (Alt+S) но на окошко ввода операций Well)  
Вообще автосохранение вещь великая Well Очень часто выключаю комп, когда программа весит в трее и последние данные без возвратно исчезают, вот.
 
4. В общем да, это именно двойной расход… Наверное, это очень редко кому понадобиться… Так что ничего против не буду иметь если все останется как есть Well
Окошко перевода заработало, наверное в каком-то месте зацепилось за систему и криво сработало, чуть позже винда убила прогу в виду совершения ей какой-то ошибки. У меня на машине стоит очень много программ, не исключено, что какая-то плохо ладит с виндой и как следствие та начинает сама плохо справляться с поставленными перед ней задачами Not so
С уважением,
Loy
 
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] # написать ответ
 
Вот я, например, вбиваю только сумму расхода, примечание делаю редко? Мне удобен фокус ввода сразу в поле ввода суммы? Как быть? To wink
свернуть/развернуть ветвь Ещё как стоит! [Дмитрий 06/02/2006 08:35] # написать ответ
 
Считаю, что вбивать примечания во все операции по приходу/расходу денег - вещь очень нужная и полезная. И для контроля, и для анализа. Более того, считаю, что при дублировании операции фокус лучше перебрасывать сразу на поле "Сумма", т.к. если у нас операция дублирования, то основные параметры записи уже "вбиты" и нужны лишь корректировки суммы и  количества. А дату, кстати, лучше либо подставлять текущую, либо, что ещё правильнее, просто "фиксировать".  
 
Поясню про "фиксацию даты": ставится рядом с полем "Дата"  какая-нибудь галочка или кнопка двухпозиционная, которая позволяет "зафиксировать" на определённом значении поле "Дата". И при всех операциях ввода, дублирования и т.п. при нажатой кнопке фиксации, будет подставляться "зафиксированная" дата.  
 
Это, на мой взгляд, ускорит ввод операций теми, кто использует функцию дублирования из готовых "шаблонов", да и тем, кто вбивает расходы не каждый день, а пару раз в неделю, тоже позволит упростить ввод.  
 
Для тех же, кто этой функцией пользоваться не хочет, никаких проблем нет: он просто ею пользоваться не будет.
 
Функция "фиксация даты" в плане реализации очень проста, преимуществ добавляет немало. На мой взгляд, опять таки, фиксация даты должна сбрасываться после закрытия программы, т.е. при каждом новом запуске программы кнопка фиксации должна быть неактивна.
 
Далее, предлагаю исключить из фокуса, или, что правильнее, передавать фокус в самую последнюю очередь кнопке "Помощь", т.к. её сейчас вообще никто не использует, да и в будущем редко кто будет туда заглядывать каждый раз, а при набивке чисто с клавиатуры это лишнее нажатие кнопки Tab.
 
...перенести поле примечание в самый низ диалога так чтобы фокус попадал на него сразу после суммы? Такое предложение уже было и тогда, если сделать именно так, не придётся переключаться с клавиатуры на мышку и обратно...
 
Как вам такая идея?
свернуть/развернуть ветвь Интересное предложение... [Дмитрий 06/02/2006 13:38] # написать ответ
 
..., однако будет ли это красиво? Я конечно понимаю, что вид интерфейса - дело привычки, но если это будет не стильно, то я бы предпочёл оставить нынешнее расположение элементов. ;-) Если рассуждать в том же направлении, то можно рассмотреть и вариант размещения поля "примечание" ДО поля суммы, но после всех полей типа агента и т.п. Well
 
А насчёт фиксатора даты, предложение принимается?
свернуть/развернуть ветвь Я постараюсь... [Dervish 14/02/2006 14:08] # написать ответ
 
...сделать красиво. Кстати, мне кажется что рамещать примечание до полей сумм нежелательно как раз из сообращений эстетики. Как-то не очень оно будет смотреться. А вот после - вполе возможно.
 
Впрочем, я оставляю за собой право поэкспериментировать.
 
А насчёт фиксатора даты предложение не принимается. Если я правильно понял, введение фиксатора потребует появления новой галочки в диалоге добавления операций. Мне этого не хотелось бы делать чтобы не загромождать диалог. Честно говоря, он и так перегружен и я даже раздумывал, не сделать ли его с закладками, как диалог настроек программы. Но потом я отказался от этой идеи потому что это приведёт к дополнительной "мышиной возне" при вводе операций.
 
В общем, тема для обсуждения по вводу дат открыта и в другой ветке форума горячо обсуждается. Пока решения нет, но совершенно понятно, что делать галочку фиксатора даты я не хочу.
свернуть/развернуть ветвь Согласен... [Дмитрий 14/02/2006 14:56] # написать ответ
 
... что диалог уже достаточно перегружен. Более того, Вы уже неоднократно "грозились" сделать механизм ввода по шаблону.
 
Что же до галочки фиксации даты, то не думаю, что она заняла бы много места, особенно если бы она была "кнопочкой" в ряду элементов управления датой (перемотка влево, вправо и установка на текущую дату). Расширить поле в этом месте достаточно просто, места хватает. Кроме того, у меня отложилось в памяти, что в какой-то из сборок там было больше 3 кнопочек. Well
 
Подпись для этой кнопочки делать не надо - всё достаточно интуитивно, да и в описании к новой сборке можно было бы информацию о ней разместить. Механизм нажатия/отжатия этой кнопки с клавиатуры можно было бы свести к определению нажатия какой-либо кнопки (Ну D хотя бы) при попадании фокуса на поле Дата.
 
Насколько я почитал другую ветку, не я один жажду увидеть подобный функционал, противников же не видно. Можно попробовать вынести данную тему в отдельное обсуждение, дабы выработать согласованное решение.  
 
Пишу здесь т.к. поднятая тема как раз к пожеланиям и относится.