I'm wondering what the policy is with renaming subroutines.
My most recent change moved stuff from the status bar to a new summary
bar on the main window. However, the routine that refreshes this stuff
is still called "gnc_ui_refresh_statusbar".
For consistency and understandability, the current
Conrad Canterford writes:
I'm wondering what the policy is with renaming subroutines.
My most recent change moved stuff from the status bar to a new summary
bar on the main window. However, the routine that refreshes this stuff
is still called "gnc_ui_refresh_statusbar".
For consistency
On Fri, Jan 19, 2001 at 03:12:57PM +1100, Robert Graham Merkel wrote:
I should have realised this earlier, but your report window
code shoves the options dialog in a gtk_paned container
even when the report is itself embedded in another container
(in the case of panes, in another gtk_paned).
Derek Atkins [EMAIL PROTECTED] writes:
Rob Browning [EMAIL PROTECTED] writes:
Derek Atkins [EMAIL PROTECTED] writes:
Ok, I look forward to seeing what you have to say. This is when I
really wish guile had a better debugging infrastructure.
Agreed.
/me hacked the g-wrap
Subject: backend-sql, network hacks
Hi Derek, David,
I wanted to touch base provide status coordinate a bit. Over the
last weekend, I revived the sql code, and hope to work on it some more
next weekend. Since this overlaps and maybe clashes with where you were
going, I wanted to talk.
It's been rumoured that David Merrill said:
And I am completely lost in scheme. I can find my way around in C but
am not a C programmer. I'm perfectly willing to learn, but be prepared
to deal with it. I've been doing SQL on Oracle for many years now, and
my C is very rusty. :-)
So iow
On Thu, 18 Jan 2001 12:00:01 -0600 (CST), [EMAIL PROTECTED] said:
linas Dave, I guess your the maintainer ... is there an easy way of
linas setting up a 'make realclean' so that config.cache is erased
linas and autogen.sh get rerun automagically? 'make clean' is not
linas enough after
On Thu, Jan 18, 2001 at 04:17:32PM -0600, [EMAIL PROTECTED] wrote:
It's been rumoured that David Merrill said:
But I think using stored procedures in some places will be
advantageous - particularly when doing checkpointing, recording the
audit trail, and that sort of thing. It will be
This is the description of the function accrint
FUNCTION=ACCRINT
SYNTAX=ACCRINT(issue,first_interest,settlement,rate,par,frequency,basis)
DESCRIPTION
ACCRINT calculates the accrued interest for a security
that pays periodic interest. The rate is the annual
rate of the security and par is the
It's been rumoured that David Merrill said:
But I think using stored procedures in some places will be
advantageous - particularly when doing checkpointing, recording the
audit trail, and that sort of thing. It will be much faster as well as
more robust and scalable.
Please see
On Thu, Jan 18, 2001 at 12:30:04PM -0600, [EMAIL PROTECTED] wrote:
It's been rumoured that David Merrill said:
And I am completely lost in scheme. I can find my way around in C but
am not a C programmer. I'm perfectly willing to learn, but be prepared
to deal with it. I've been doing
It's been rumoured that David Merrill said:
But I think using stored procedures in some places will be
advantageous - particularly when doing checkpointing, recording the
audit trail, and that sort of thing. It will be much faster as well as
more robust and scalable.
Well, if you could
Rob Browning [EMAIL PROTECTED] writes:
Are you sure you did a make clean or at least an "rm src/guile/gnc.c"
before rebuilding? This looks like you don't have a gnc.c built by
1.1.8...
You're right, it wasn't. The problem is that I had manually renamed
libgw-runtime.so.0.0.0 to
Hi
First, thanks for a great app; I use it daily (and drive my wife nuts
asking for receipts after she's done the shopping).
I'm a programmer and am interested in hacking on gnucash (although I have
a mainframe background (Cobol, JCL, database stuff) so C, automake,
make, autoconf, etc confuse
[EMAIL PROTECTED] wrote:
A view of the history and consideration of some practical matters may
shed some light.
It did, thanks.
-- Even if all the gnucash scheme coders died tommorrow, there's
so much scheme code that it would be a massive undertaking to
re-write it.
-- Form
Rob Browning [EMAIL PROTECTED] writes:
Normally, in Debian at least, I'd add cmds to the debian/rules file to
create symlinks like that before building the package, if the "make
install" step didn't do that. Can we do that in the spec.in?
Also, for whatever reason, "make install" here
Hi Dan,
A view of the history and consideration of some practical matters may
shed some light.
Historically (about 3 years ago), the idea of scripting for gnucash was
discussed at length. I personally was advocating perl, not because
it was better, or that I liked it more, but because I knew
Derek Atkins [EMAIL PROTECTED] writes:
At this point the only remaining problem is that g-wrap installs
libgw-runtime.so.0.0.0 but there is no symlink from .so.0 -
.so.0.0.0 so guile can't find it. However, this version of the .so
_does_ appear to work.
Normally, in Debian at least, I'd
I'll say this only once, very quietly, since I don't want a flame
war; but personally I've never been a fan of Java. Its slowww, buggy,
crashes a lot, and has trouble playing nice with others.
I've always been intrigued by the fact that the (vast?) majority
of the open source community have
Bug report:
Forwarded message:
Date: Thu, 18 Jan 2001 19:11:13 +0100 (CET)
From: Nils Jeppe [EMAIL PROTECTED]
- In the balance sheet, "net" in the lowest line always has the $ symbol.
Are the other currency symbols displayed correctly?
As far as I noticed, yes.
- GnuCash
Jonathan David Wheelhouse writes:
Hi
First, thanks for a great app; I use it daily (and drive my wife nuts
asking for receipts after she's done the shopping).
I'm glad you like it!
I'm a programmer and am interested in hacking on gnucash (although I have
a mainframe background
It's been rumoured that Derek Atkins said:
Well, I just (finally) got gnucash working again (with much thanks to
Rob for helping me with getting g-wrap working). Now that I can
actually play again, I was planning to integrate the RPC code in and
see if I could build a client/server. But I
Well, I just (finally) got gnucash working again (with much thanks to
Rob for helping me with getting g-wrap working). Now that I can
actually play again, I was planning to integrate the RPC code in and
see if I could build a client/server. But I don't know when I'll
actually have the time to
Dave,
I guess your the maintainer ... is there an easy way of setting up a 'make
realclean' so that config.cache is erased and autogen.sh get rerun
automagically? 'make clean' is not enough after installing/upgrading
lbraries,
--linas
It's been rumoured that Meer van Houtum, P.G. van der
On Thu, Jan 18, 2001 at 12:48:04PM -0500, Derek Atkins wrote:
Well, I just (finally) got gnucash working again (with much thanks to
Rob for helping me with getting g-wrap working). Now that I can
actually play again, I was planning to integrate the RPC code in and
see if I could build a
We hear and respect your opinion. Java is definitely too slow still to
be used for most client-side work, it's piggy with RAM, and the JITs are
still buggy.
Where speed is not the primary concern, Java has a lot going for it,
IMHO. Turn off the JIT and it's pretty stable these days.
One of
26 matches
Mail list logo