Hi Robert!
On 04 May 2001 18:12:57 +1000, Robert Graham Merkel wrote:> Rodek,
>
> I'm one of the gnucash hackers. We corresponded
> a few months ago on issues relating to gtkhtml table display. We seem
> to have come across another issue and were wondering if you could help,
> or at leas
Hello,
Can you point me to the correct person to talk with about the postgresql
integration into gnucash? I have attempted to compile into 1.5.6 but it
just will not compile and I am really looking for that functionality.
In the end I would like to write a couple Java servlets against the
datab
OK,
I don't know that its a finance-quote problem; either way, the scheme
code surrounding it should not die, bringing down gnucash, if F::Q has
problems.
--linas
p.s. I think its the vanguard exchange that's casuing problems
On Fri, May 11, 2001 at 04:49:56PM +1000, Paul Fenwick was heard
Jim, Dave,
I noticed the other day that the XML format uses the old engine
currency/security format, rather than the new, planned
commodity/currency structure. I haven't thought about it enough
to figure out if the xml format could, even in principle, hew to the
new design without also draggi
O
>
> This is weird, as gtkhtml uses A4 size. I am not sure what is the
> standard way of printing settings like paper size, resolution, ...
> Lauris?
>
I did notice this. I think the margins are probably fine for general
text, for for tables, you want the option to use as much as the page
as
On Thu, 10 May 2001 17:50:56 Klaus Ridder wrote:
> > 29/4/2001 Woolworths
> 50.25
> > Assets:GST Credits 2.64
> > Expenses:Foodstuffs 47.61
> >
writes:
> Jim, Dave,
>
> I noticed the other day that the XML format uses the old engine
> currency/security format, rather than the new, planned
> commodity/currency structure. I haven't thought about it enough
> to figure out if the xml format could, even in principle, hew to the
> new des
On Sat, May 12, 2001 at 11:54:59AM +1000, Robert Graham Merkel wrote:
> Personally I always think in terms of margins rather than printable
> width and height, so I'd prefer and interface that takes left, right,
> top, and bottom margins, and figures out the width based on the paper
> size (which
