> I can't place where the code controls the sign of a given account, but I
> *do* see that the names of the titles are set in src/register/splitreg.c,
There are several places where this logic (reversing the sign
for income/expense accounts) is used. I think it has been this
way for some time
On 22 Nov 1999 20:22:47 CST, the world broke into rejoicing as
John Hasler <[EMAIL PROTECTED]> said:
> Also nice would be a switch that would make it use conventional debit and
> credit notation instead the odd headings it uses now.
Easily coded in src/register/splitreg.c; I just "hacked" it to
On 22 Nov 1999 20:22:47 CST, the world broke into rejoicing as
John Hasler <[EMAIL PROTECTED]> said:
> Rob Coker writes:
> > I'm wondering if it would be good to have a configuration switch one could
> > use to enable accounts to work the way a (at least my) business accounting
> > book says they
> Rob Coker writes:
> > I'm wondering if it would be good to have a configuration switch one could
> > use to enable accounts to work the way a (at least my) business accounting
> > book says they ought with the default being the way it is now.
>
> Christopher Browne writes:
> > I'll have to take
Here are my patches for command line option --version. I first copied
the gnome 'about' box information.
I don't rightly know the proper naming convention. I would much
rather have a file included somewhere (for both this and the 'about'
box), or a check somewhere done so that the version code
I do not have a problem with this. However, the damn apache auth crap
is messed up and I have not convinced Aldo ( sysadmin for LinuxMall.com
) to fix it for me. I will try to bug him again tomorrow!
Basically.. nobody can currently login as admin on the bugtracker.
Rob Walker wrote:
>
> Is s
Is someone maintaining the bugs listing at
http://www.gnucash.org/cgi-bin/bugtrack ? If I wouldn't be presuming
too much, may I have a log in and a chance to clean on it?
I would like to do the following:
Bug Action
1 trash
2 research, close?
4 trash
6 trash
8
> On Mon, 22 Nov 1999 21:39:47 -0600, Christopher Browne
> <[EMAIL PROTECTED]> said:
Christopher> On Tue, 23 Nov 1999 03:24:29 GMT, the world broke into rejoicing as
Christopher> Grant Likely <[EMAIL PROTECTED]> said:
>> As you can see, the final balance is correct, but the transaction
On Tue, 23 Nov 1999 03:24:29 GMT, the world broke into rejoicing as
Grant Likely <[EMAIL PROTECTED]> said:
> Jeremy Collins wrote:
> >
> > Shouldn't our register be smart? This is what I am thinking.
> >
>
> Speaking of which, I've noticed that the register does not always order
> transaction
Jeremy Collins wrote:
>
> Shouldn't our register be smart? This is what I am thinking.
>
Speaking of which, I've noticed that the register does not always order
transactions correctly when sorting by date. Suppose I have the
following three transactions: Dep $30, With $10, With $20. Dependin
Rob Coker writes:
> I'm wondering if it would be good to have a configuration switch one could
> use to enable accounts to work the way a (at least my) business accounting
> book says they ought with the default being the way it is now.
Christopher Browne writes:
> I'll have to take a look at it.
On Mon, 22 Nov 1999 15:09:51 CST, the world broke into rejoicing as
"Rob Coker" <[EMAIL PROTECTED]> said:
> Nobody responded to the main point of my original message about the sense of
> the capital account nor expense accounts. Speaking from the perspective of
> the college accounting class I h
Rob Browning wrote:
>
> As long as you've deleted src/register/gnome/ChangeLog (which my patch
> does), then from any file in the source tree, put your cursor in the
> function you're working on (or no function if it's more general), and
> then hit "C-x 4 a". For more information see the info pa
Hi Linas,
How is Gnucash 1.2.5 coming? Do you think it will be out tonight? I
brought home a ton of Linux distro CDs from work today and plan on
building and checking binaries for them. My goal is to get one done a
night. I have:
FreeBSD 3.3
Slackware 7.0
Slackware 4.0
SuSE 6.2
TurboLinux 3.
[EMAIL PROTECTED] writes:
> A more stuff to play with when I get home! Another hour or
> so of this SQL nightmare!
>
> BTW, what is everyone using to update the ChangeLog? I noticed that
> emacs had something for doing this but I could not figure it out.
> Help?
As long as you've dele
A more stuff to play with when I get home! Another hour or so of this SQL
nightmare!
BTW, what is everyone using to update the ChangeLog? I noticed that emacs had
something for doing this but I could not figure it out. Help?
Jeremy
>
>
> --=-=-=
>
>
> (This patch is best used
Rob Walker <[EMAIL PROTECTED]> writes:
> Oh! it is scheme which does the command line stuff? Which file?
src/scm/command-line.scm
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Nobody responded to the main point of my original message about the sense of
the capital account nor expense accounts. Speaking from the perspective of
the college accounting class I had, I'm pretty sure that (from a business
point-of-view) I'm correct. From a home-user point of view, I may not
Rob Browning <[EMAIL PROTECTED]> writes:
> Linas. Did you read what I wrote!?
>
> both in the original patch and in my re-post? I quoted both the man
> page describing why this is critical...
Nevermind. Ignore that. I didn't realize that you were replying to
the post of my patch without the
Heath Martin <[EMAIL PROTECTED]> writes:
> If I'm not mistaken, currently there are no options being saved
> from one session to the next, but that a lot of the framework
> for saving is already in place; for the gnome version, it seems
> like option-util.[ch] is the primary entry point to the g
> On Mon, 22 Nov 1999 00:07:48 -0700, Jeremy Collins
> <[EMAIL PROTECTED]> said:
Jeremy> I will look into this tomorrow evening.
>> Another bug is that I would like to request a --version option to
>> gnucash.
Jeremy> I am not sure about this but it would give me a chance to
Jere
Dave Peticolas <[EMAIL PROTECTED]> writes:
> Even just warning the user I think is good enough here. If they
> insist on building, it will fail and the error messages will give
> some indication why.
For extra brownie points, make it so that the top-level makefile's
"make gnome" target prints a
[EMAIL PROTECTED] writes:
> Seems like a no-op to me. I've never seen close return an error.
Linas. Did you read what I wrote!?
both in the original patch and in my re-post? I quoted both the man
page describing why this is critical, and I described how this bug
actually corrupted my file whe
Jan Schrage <[EMAIL PROTECTED]> writes:
> A much simpler, quicker and more reliable solution would be, IMHO, to
> leave the account database as it is and simply add a second database
> (i.e. structure in memory + file) containing nothing but the scheduled
> transactions for this account.
I agree
> On Mon, 22 Nov 1999 09:27:28 -0500 (EST), Russell Nelson
> <[EMAIL PROTECTED]> said:
Russell> Jeremy Collins writes:
>> Shouldn't our register be smart? This is what I am thinking.
Russell> Yes, but not like that. When you sort the transactions by
Russell> date, use the type (depos
I've seen close return an error MANY times. It all depends on the
underlying file system. Seriously, you should always check the return
value.
-derek
[EMAIL PROTECTED] writes:
>
> It's been rumoured that Jeremy Collins said:
> > Index: src/engine/FileIO.c
> >
The display also reverts to it's startup state whenever a
calculation/update is forced for the non-current account. E.g.,
entering a transfer into an account.
-- Pat
Rob Walker wrote:
>
> I have a _very simple_ setup. I run
> /home/rob/compiled/bin/gnucash.gnome /home/rob/data/firsttry.xac
>
btw, CORBA development experience causes me to issue the following warning:
I would be leery of the IOR as "interoperable" is not something they always
are... sigh.
-Original Message-
From: Christopher Browne [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 22, 1999 10:00 AM
To: [EMAIL P
I have couple of questions and comments regarding saving user
options and session management. This is motivated by a
patch I had sent to Dave that saves the state of the account
tree in the main window so that when gnucash is restarted, the
accounts are expanded in the same way as they were on t
On Mon, 22 Nov 1999 13:34:00 +0100, the world broke into rejoicing as
Jan Schrage <[EMAIL PROTECTED]> said:
> On Sat, Nov 20, 1999 at 12:21:59PM -0600, Rob Browning wrote:
> > Christopher Browne <[EMAIL PROTECTED]> writes:
> >
> > > Rob Browning suggested that it might be good to have a way of
>
Jeremy Collins writes:
> Shouldn't our register be smart? This is what I am thinking.
Yes, but not like that. When you sort the transactions by date, use
the type (deposit vs withdrawal) as a secondary sort key so that
deposits occur before withdrawals on the same day.
--
-russ nelson <[EMAI
On Mon, 22 Nov 1999 06:38:33 MST, the world broke into rejoicing as
Jeremy Collins <[EMAIL PROTECTED]> said:
> Shouldn't our register be smart? This is what I am thinking.
>
> Suppose that I have 5 transactions for a single day. With a current
> balance of $15.00 ( believe me it happens! )
>
Shouldn't our register be smart? This is what I am thinking.
Suppose that I have 5 transactions for a single day. With a current
balance of $15.00 ( believe me it happens! )
PayCheck $500
Gas -$15
Food-$200
Rent-$300
I did my best, and my best is on gnucash.org so download, install, then
tell me how great it works!
I have released binaries for Red Hat 6.x, and a generic binary tarball.
The tarball should work for Slackware 7.0 users. All binaries are built
against glibc2. There are also RPMS, and tarballs
On Sat, Nov 20, 1999 at 12:21:59PM -0600, Rob Browning wrote:
> Christopher Browne <[EMAIL PROTECTED]> writes:
>
> > Rob Browning suggested that it might be good to have a way of
> > somehow handling calculations done in Guile; I think I have some
> > suggestions for architecture. Either better
I have a proposal for changing the way we handle the reconcile
cell. Right now, here's how this cell works:
The 'enter' callback tells you what to set the new
value of the cell to. Thus, when you click on the
cell with the mouse, you 'enter' it and the value
changes. You can't 'edit' the
Christopher Browne <[EMAIL PROTECTED]> writes:
> When spitting out HTML, I'd *strongly* urge doing something like what
> is attached below.
GACK -- that's a lot of info :>
I don't have time to read it carefully right this minute, but I'll get
to it. At the moment what I have is a mostly straig
37 matches
Mail list logo