gnc-glossary.txt proposal
Hi, I've been working on a translation for nl. (It's going slowly, so I'm targeting it for the 1.8 release.) I noticed that I'm not using the gnc-glossary.txt file because its format is awkward. You see, its fields are tab-separated, but the entries vary greatly in width. This is not so bad yet for the de_DE column, but later columns are not really columns at all anymore. And the lines become much longer than my window is wide, adding to the confusion :) I propose using a multiline format for the glossary, for example: Term: account Explanation: A detailed record of money spent and received de: Konto nl: rekening Term: account name de: Kontobezeichnung nl: rekeningnaam This is the rfc822 style used in many places by Debian. Each paragraph contains information for one term, and paragraphs are separated by blank lines. Long fields can be split over multiple lines by using continuation lines that start with whitespace. Fields with no value can be omitted. An XML format might be better suited for this project, especially if some of the translations will use funky character sets. But I don't know enough about XML to propose one :-) The rfc822 style could still work if the charset for each language is defined to be the same as is used in its po file. As a side effect, using a multiline format will make it easier to merge conflicts in CVS, because it doesn't involve peering at the diff lines to figure out which columns have changed. What do you think? Richard Braakman ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Transaction report bug might be fixed now
WRT to account display bug in transaction report, I've checked in a fix to CVS HEAD. Would it be possible for you to check it works before I merge the fix into the 1.6 tree? 1 down (I think), several to go :) -- Robert Merkel [EMAIL PROTECTED] Go You Big Red Fire Engine -- Unknown Audience Member at Adam Hills standup gig ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: compiling 1.6.0 on Mandrake 8.0
On Thu, 14 Jun 2001 19:52:08 Arnaud Calvo wrote: > > Well, I have understood your last message : > install name-devel.rpm when you have name.rpm ! > > So when I encountered other pb, I installed : > db1-devel-1.85-4mdk.i586.rpm > libgal4-devel-0.5-2mdk.i586.rpm > > ... but it would have been too easy : > checking for main in -lgal... no > configure: error: gal library not found. See the README for more info. > ALTHOUGH I have libgal4-0.5-2mdk and libgal4-devel-0.5-2mdk installed > :-((( > > Am I so stupid ??? > No, you are certainly not stupid. Compiling GnuCash from source can be challenging, particularly as the distributions do not contain the necessary prerequisites yet. For instance, have a look at http://lwn.net this week. The head writer there can't get it to work, and he's been writing about Linux for years. As to your specific difficulty, I'm not absolutely sure here, but I think that your problem is that the version of gal you have is probably too old, you need a newer one. -- Robert Merkel [EMAIL PROTECTED] Go You Big Red Fire Engine -- Unknown Audience Member at Adam Hills standup gig ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
gnucash 1.6
Hi - I'm very interested in getting my hands on a working, preferably free :), accounting package which will let me manage my bank account, download Quicken-like files, and print a few invoices. It looks like GnuCash just might meet my needs - but there appears to be no way to install it on my RH7.1 system. I ran into many dependency conflicts, and I can't even find some of the libraries it claims to require. I'm not subscribed to any mailing lists on this program - but if anyone can give me an idea of when it will be possible to load and install a working version of gnucash on a relatively vanilla RH7.1 system, I'd appreciate hearing about it. thanks, -- nbc NAME: Neil B. Cohen (Cisco Systems Inc.) PHONE: 703-484-3205 DOMAIN: [EMAIL PROTECTED] * * Murphy's Philosophy: Smile - tomorrow will be worse...* * * * O'Tooles Commentary: Murphy was an optimist! * * ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
LWN gnucash article
Hi, in your last front page you claim: "As of this writing, there is probably not a single distribution which, out of the box, provides that environment." SuSE 7.2 comes with everything that is required for GnuCash 1.6. (OK, I admit, SuSE 7.2 is out for no longer than 1 week ...) I'm a (not too active) GnuCash developer. And in spite of your article I still like LWN very much. But I do agree with the mail Bill Gribble sent to Jonathan Corbet. Regards, Herbert. -- Herbert Thoma FhG-IIS A, Studio Department Am Weichselgarten 3, 91058 Erlangen, Germany Phone: +49-9131-776-323 Fax: +49-9131-776-399 email: [EMAIL PROTECTED] www: http://www.iis.fhg.de/ ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: gnc-glossary.txt proposal
> On Thu, 14 Jun 2001 10:49:37 +0300, Richard Braakman <[EMAIL PROTECTED]> said: Richard> Hi, I've been working on a translation for nl. (It's going Richard> slowly, so I'm targeting it for the 1.8 release.) I noticed Richard> that I'm not using the gnc-glossary.txt file because its Richard> format is awkward. Richard> You see, its fields are tab-separated, but the entries vary Richard> greatly in width. This is not so bad yet for the de_DE Richard> column, but later columns are not really columns at all Richard> anymore. And the lines become much longer than my window is Richard> wide, adding to the confusion :) Richard> I propose using a multiline format for the glossary, for Richard> example: Richard> Term: account Explanation: A detailed record of money spent Richard> and received de: Konto nl: rekening Richard> Term: account name de: Kontobezeichnung nl: rekeningnaam Richard> This is the rfc822 style used in many places by Debian. Richard> Each paragraph contains information for one term, and Richard> paragraphs are separated by blank lines. Long fields can be Richard> split over multiple lines by using continuation lines that Richard> start with whitespace. Fields with no value can be omitted. Richard> An XML format might be better suited for this project, Richard> especially if some of the translations will use funky Richard> character sets. But I don't know enough about XML to Richard> propose one :-) The rfc822 style could still work if the Richard> charset for each language is defined to be the same as is Richard> used in its po file. Richard> As a side effect, using a multiline format will make it Richard> easier to merge conflicts in CVS, because it doesn't involve Richard> peering at the diff lines to figure out which columns have Richard> changed. Richard> What do you think? Seems reasonable to me. I just looked at the file for the first time and was confused. As to targeting for a 1.8 release just get done when you can and it'll likely go into a 1.6.x release. Jim -- @James LewisMoss <[EMAIL PROTECTED]> | Blessed Be! @http://jimdres.home.mindspring.com | Linux is kewl! @"Argue for your limitations and sure enough, they're yours." Bach ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: gnucash 1.6
On 14 Jun 2001 09:50:05 -0400, Neil B. Cohen wrote: > Hi - I'm very interested in getting my hands on a working, preferably > free :), accounting package which will let me manage my bank account, > download Quicken-like files, and print a few invoices. It looks like > GnuCash just might meet my needs - but there appears to be no way > to install it on my RH7.1 system. I ran into many dependency conflicts, and > I can't even find some of the libraries it claims to require. > > I'm not subscribed to any mailing lists on this program - but if anyone can > give me an idea of when it will be possible to load and install a working > version of gnucash on a relatively vanilla RH7.1 system, I'd appreciate > hearing about it. The earliest availability of an easy-to-install gnucash-1.6 will probably be via Ximian's Red Carpet updating service. dave ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: gnucash 1.6
On Thu, Jun 14, 2001 at 01:17:01PM -0700, Dave Peticolas wrote: > > The earliest availability of an easy-to-install gnucash-1.6 will > probably be via Ximian's Red Carpet updating service. > I disagree. 1.6.0 was installed in the unstable (sid) branch of debian today and works like a charm. Simply apt-get update ; apt-get install gnucash and away you go. -- James (Jay) Treacy [EMAIL PROTECTED] ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: gnucash 1.6
On 14 Jun 2001 17:02:13 -0400, James A. Treacy wrote: > On Thu, Jun 14, 2001 at 01:17:01PM -0700, Dave Peticolas wrote: > > > > The earliest availability of an easy-to-install gnucash-1.6 will > > probably be via Ximian's Red Carpet updating service. > > > I disagree. 1.6.0 was installed in the unstable (sid) branch of > debian today and works like a charm. Simply > apt-get update ; apt-get install gnucash > and away you go. I stand corrected! thanks, dave ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: gnucash 1.6
> On Thu, 14 Jun 2001 17:02:13 -0400, "James A. Treacy" > <[EMAIL PROTECTED]> said: James> On Thu, Jun 14, 2001 at 01:17:01PM -0700, Dave Peticolas wrote: >> The earliest availability of an easy-to-install gnucash-1.6 will >> probably be via Ximian's Red Carpet updating service. James> I disagree. 1.6.0 was installed in the unstable (sid) branch of James> debian today and works like a charm. Simply yep, already done. so if Ximian isn't out yet with theirs, they get the good old Vince Lombardi Second Place Trophy. ;-) I just tried to find out what version of gnucash was in Ximian, but I couldn't find it on their web site. James> apt-get update ; apt-get install gnucash the only bummer about this is the unstable moniker. This helps some people to stay away. James> and away you go. I have to agree with James. Even though gnucash was dying on me yesterday, it has been fixed now, and now I can do the 'new user tutorial', and create a new file without death. biffhero-laptop:~# dpkg -l | grep gnucash ii gnucash1.6.0-2A personal finance tracking program. oh, and I didn't need to go to some third party 'distro fixing service' to get gnucash to work properly. :-) It 'comes with', as they say. rob ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
A simple method of performing budgeting
I have a book which claims to help people to budget and save money. They recommend that you open a bank account which will hold all your budgeted funds. You create a set of accounts for your budget: Utilities Transport Food Rent Savings etc... Unallocated At any point in time, the sum of money contained in all of these accounts must be the same as your statement balance at the same point in time. Now, part of the budgeting process is figuring out how much money per pay packet you are going to allocate to each budget account. That is the planning stage. (This could be assisted by a druid or perhaps more complicated stuff in gnucash.) Note that I only consider the case where you don't vary the contributions over time - that is, the contributions remain the same from one pay to the next. Once you have figured that out, you create a giant split which distributes the funds from each pay into their respective accounts. It is envisioned that this would lead to the following account structure: Bank Account Utilities Transport Food Rent Savings etc... Unallocated When you get paid, you would transfer from Income into Unallocated: Pay Income 1000.00 Bank Account:Unallocated 1000.00 So now your Bank Account:Unallocated has $1000.00. (That is also the balance in Bank Account, since all the other accounts are 0 at the moment.) Then you would create a giant split to distribute the funds after you got paid: (these numbers are completely bogus) Distribute Budgeted Amounts Bank Account:Unallocated 950.00 Bank Account:Utilities 200.00 Bank Account:Transport 100.00 Bank Account:Food 150.00 Bank Account:Rent 200.00 Bank Account:Savings 200.00 Bank Account:etc...100.00 Since we have just moved money around inside the Bank Account, the balance of the bank account has not changed. This transaction will not appear on your bank statement. The Bank Account still contains $1000.00, the sum of all the child accounts. When it comes time to pay the gas (heating) bill, you would first look at your Bank Account:Utilities account to see if there is enough funds to pay it. If not, you're in trouble... but we'll leave that case until later. You pay it like this: Gas Company Expenses:Gas60.00 Bank Account:Utitlites 60.00 The balance sheet is now: Bank Account Unallocated 50.00 Utilities 140.00 Transport 100.00 Food150.00 Rent200.00 Savings 200.00 etc... 100.00 Total for Bank Account: 940.00 Perhaps you pay two things at once, or withdraw some cash to cover some things: Groceries and Rent Bank Account:Food 80.00 Bank Account:Rent 200.00 Cash280.00 Of course, this method does not track what you do with the cash :-) it's to show that you can perform one transaction involving multiple budget categories at once. Some bills occur only once a year (eg insurance), so this method allows you to put aside some money from each pay to cover them. It also helps you to decide if you really can afford to go out to dinner tonight - to answer that, just look in the Food account and see how much there is in it compared to how long until the next pay packet comes in! Now, so far everything is OK... Unfortunately, this method is impractical in Gnucash because it stuffs up reconcilliation of the Bank Account to the bank statement. To be able to reconcile such an account with child accounts to a bank statement, the reconcilliation dialog must be changed. Transactions which just move funds around inside the Bank Account will not show up on the statement, and so should not be shown in the reconciliation dialog. Multiple transactions which result in one net amount entering or leaving the Bank Account must be performed as splits if they were performed at one time. These amounts should show up in the reconcilliation dialog, as they should correspond to items on the statement. Currently, no items are shown in the reconcilliation dialog. A separate budgeted category may be created to cover bank fees, or you may elect to cover them from unallocated funds. Bank interest may be handled similarly. A sample gnucash account with these transactions recorded is attached. The expected bank statement would be as follows: 1/6/2001 Opening Balance 0.00 15/6/2001 Pay 1000.00 1000.00 16/6/2001 Gas Utility 60.00 940.00 17/6/2001 Cash Withdrawal 280.00 660.00 18/6/2001 Transfe
gnucash t-shirts!
Hi, We have some left-over t-shirts from a trade show, and would like to sell them. Show your true colors! All proceeds support gnucsh development. See http://www.gnucash.org/en/t-shirt/ for details. --linas ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
