ok i understand what your saying about the hidden children view - i guess i never used quicken that way -- i used the categories once a month for a work expense report, and once a year or so for taxes / reviewing my budget... i can adapt (i swear *wink) - i liked how uncluttered the hidden view was. (still dont get the point of the amount - but i am giving up :) )
- the issue remains with the splits even after i unhide them... i am not comfortable sending my document... but i can send screen shots. (total amount goes to parent split, the two other splits show empty... (they show now but greyed out). mary lou (ciara) On Jan 23, 8:47 am, Kevin Hoctor <ke...@nothirst.com> wrote: > On Jan 23, 2009, at 5:35 AM, ciara belle wrote: > > > Thank you Blair - i do understand that is how it is designed.. however > > i stand firm in that i feel its incorrect in its design - in that if i > > click on a split transaction - than the info above should change. > > The split transactions will get a new entry panel in 2.0 but this view > will probably stay the same because the split child list is actually a > sub-list to the transaction shown and not a parent list for the > transactions in it. > > > I > > always keep my register view hiding splits (just showing total of > > transaction) - because in the long run - that is the AMOUNT i am out.. > > the split is moot. therefore - i never see the child / parent > > relationship - and really dont think i need to as a user of the app. > > Hopefully, these concerns will be addressed in 1.5 > > And by doing this you are ruining the concept of an envelope budgeting > system. Let me explain it this way: What do you see when you run a > category report or drill down in a pie chart in Quicken? Do you see > the total transaction amount or the individual split amounts? You see > the latter because that correct for the report you are viewing. > > Now in MoneyWell, you don't need to run a report just to see your > category (bucket) breakdown. The main view *IS* the report and it's > always updated and one click away from giving you this information. > The only reason that most of us need to see the transaction total > instead of the individual split amounts is when we are comparing to a > bank statement during the reconcile process and MoneyWell > automatically switches your view in that case. > > This will not change in 1.5 or 2.0 because it would ruin the core > design of MoneyWell. It's meant to be a very interactive financial > tool and replace the old budget cycle of plan-spend-report-review with > a more proactive plan-review-spend process. > > > > > I also have other transactions that are properly split (i started > > another thread a week ago and i am still awaiting response) but for > > some reason only 1 of the splits shows up in buckets.. (they are all > > assigned buckets)... and its assigning the Total of the whole > > transaction to that parent split bucket -rather than the parent split > > amount. This last issue i NEED fixed as its messing up the bucket > > allocations.. > > If you are hiding the split children, then you will have a problem > like you describe. That's why this view option is so hidden, I only > put it in MoneyWell as a "if you insist on seeing the list this way" > type view. I don't recommend using it consistently. If turning off > this view option doesn't fix this problem, then please send your > MoneyWell document to ke...@nothirst.com with a description of exactly > what transaction is not showing up correctly and I'll review it. Thanks. > > Peace, > > Kevin Hoctor > ke...@nothirst.com > No Thirst Software LLChttp://nothirst.comhttp://kevinhoctor.blogspot.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "No Thirst Software User Forum" group. To post to this group, send email to no-thirst-software@googlegroups.com To unsubscribe from this group, send email to no-thirst-software+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/no-thirst-software?hl=en -~----------~----~----~----~------~----~------~--~---
