financial library

2001-01-22 Thread Phillip J Shelton

I am going to start to put date and financial functions from gnumeric
into a non-app. specific form and file.  The  specification of each
function will be posted as I learn what it is each has to do.

I will start with interst calculations.

Phill.


___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel



Re: how to create nice HTML tables in reports?

2001-01-22 Thread Christopher Browne

On Sun, 21 Jan 2001 14:38:38 PST, the world broke into rejoicing as
Christian Stimming <[EMAIL PROTECTED]>  said:
> On Sunday 21 January 2001 13:09, Robert Graham Merkel wrote:
>> Have a look at the development version, There's a bunch of table
>> generation code in it that ALL reports are going to get converted
>> to using.

> I did have a look at the development version. The existence of table
> generation code is good, but it doesn't answer any of my questions.

The Right Answer is for there to be table generation code that
supports a "useful idiom" for displaying nice tables.

The problem, at this point, is that we're seated at the horns of a
dilemma, as there are a couple of alternatives:

-> Making "fairly nice tables" via fairly sophisticated combinations
   of  , or

-> Making nice tables with a little help from CSS.

The latter would be preferable, except that the HTML widget in use
has, um, "limited" support for CSS.

Hiding the table generation behind an abstraction is the right answer,
regardless, as that allows the implementation to change if necessary.
And perhaps there needs to be more hashing out of what implementation
to prefer.
--
(reverse (concatenate 'string "gro.gultn@" "enworbbc"))
http://vip.hex.net/~cbbrowne/languages.html
"Support your local medical examiner - die strangely."
-- Blake Bowers

___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel



Re: how to create nice HTML tables in reports?

2001-01-22 Thread Bill Gribble

On Sun, Jan 21, 2001 at 01:59:16AM -0800, Christian Stimming wrote:
> I would like to (re)write a profit-and-loss report, probably in the next 
> week or so because I need it. But I am unsure on how to achieve a nice 
> looking hierachical account list for the report. 

Have you looked at the account summary report in the development
version?  That's one approach.  It's not perfect but I don't mind it.
The other approach as you pointed out is to use colspan creatively if
you know the depth of the account tree.

> (This makes the assumption that the cell borders are set to zero,
> i.e. , an assumption that I think is reasonable for
> any report that is to be printed.) 

Actually, no.  In the development version, many parameters of how the
report is rendered can be changed by the user via 'style sheets'.  The
default "Plain" style sheet for all reports has as its editable
parameters the border, padding, and cellspacing to be used for all
tables rendered in the report.

You can override that; for example, the "Fancy" style sheet template
in the development source tree is based on a table which overrides the
border to 0 regardless of what the style sheet says.  However, since
reports are going to be used in other places besides their own window
(printing, embedded in the main window, etc) it's important for the
report to be "hands off" about this stuff, letting the user (via the
style sheet) specify the appearance of the report.  This allows the
report to be used in a lot of different contexts and still look good.

I know the table formatting options are limited in gtkhtml's HTML 3
implementation.  To the extent that we can hack around its limitations
to make things look good, please keep in touch with me, so the time
you spend improving table rendering can go into the  code
and improve everybody's tables, not just one report.

b.g.

___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel



Re: Auto-repeating entries

2001-01-22 Thread Dan Kegel

[EMAIL PROTECTED] wrote:
> 
> It's been rumoured that Paul Lussier said:
> >
> > Can you define "spun out of control"?
> 
> Teach me to be sloppy with euphemisms, I didn't mean to imply
> something negative, the changes have all been positive.
> Using the sheme/guile lang. is a good thing.

Linas probably just meant that scheme/guile was originally added 
to gnucash for user scripting, and turned out to be much more than that.

BTW, I finished reading through the Scheme book I bought last week.
It was good preparation for reviewing the newer parts of C++.
I'm an old C programmer, and had put off learning STL because
it was too weird.  Compared to Scheme, though, STL isn't so odd,
and the same themes kept popping up in both.  Comparative literature 101 :-)

- Dan

___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel



Re: Gnucash unstable

2001-01-22 Thread Derek Atkins

I believe the best way to get to unstable is via CVS.  But it's
changing so much that I don't think anyone really wants to put up
source tarballs (let alone binaries!).

In order to build from CVS, you will need the latest version of g-wrap
as well as the rest of the standard GnuCash required stuff.

-derek

Alan Orndorff <[EMAIL PROTECTED]> writes:

> Hi all,
> 
>I was thinking about playing with the 1.5x branch and seeing what's
> new, so
> I went over to the web site and its changed a bit.  What is the current
> developemnt
> version, where can I get it, and what other libraries am I going to need
> to
> compile up ahead of time?  If it compiles I'll tar it up so you can put
> it up
> on the web site.
> 
> thanks,
> alan
> 
> --
> Solaris Ultra/Intel Resources - http://www.solarisresources.com
> 
> 
> 
> 
> ___
> gnucash-devel mailing list
> [EMAIL PROTECTED]
> http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available

___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel



Gnucash unstable

2001-01-22 Thread Alan Orndorff

Hi all,

   I was thinking about playing with the 1.5x branch and seeing what's
new, so
I went over to the web site and its changed a bit.  What is the current
developemnt
version, where can I get it, and what other libraries am I going to need
to
compile up ahead of time?  If it compiles I'll tar it up so you can put
it up
on the web site.

thanks,
alan

--
Solaris Ultra/Intel Resources - http://www.solarisresources.com




___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel



Re: how to create nice HTML tables in reports?

2001-01-22 Thread Bill Gribble

On Mon, Jan 22, 2001 at 08:01:48AM -0600, Christopher Browne wrote:
> The latter would be preferable, except that the HTML widget in use
> has, um, "limited" support for CSS.

Well, I'm not in a position to implement CSS in gtkhtml, but I made a
stab at similar functionality with the  code that's
recently in CVS.  ATM, the "style" that you can set for an element is
limited to a font size, face, color and a set of attributes, but that
can be expanded.  I'm guessing that many of CSS's style elements can
be implemented with tiny little tables, which isn't the most efficient
thing in the universe, but I could put it into the
 system pretty easily and get it out of the
report writer's face.

> Hiding the table generation behind an abstraction is the right
> answer, regardless, as that allows the implementation to change if
> necessary.  And perhaps there needs to be more hashing out of what
> implementation to prefer.

What's your opinion about the abstraction that's in CVS currently?

b.g.




___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel



db1?

2001-01-22 Thread Alan Orndorff

Ok, now I'm getting:

checking for dbopen... no
checking for dbopen in -ldb1... no
checking for dbopen in -ldb... yes
checking for db_185.h... no
checking for db1/db.h... no
configure: error: Berkeley db library required for GnuCash
Press any key to continue...

Berkeley 2.7.7 with 1.85 compat is installed, what option
am I missing?

thanks,
alan


--
Solaris Ultra/Intel Resources - http://www.solarisresources.com




___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel



Re: db1?

2001-01-22 Thread Dave Peticolas

Alan Orndorff writes:
> Ok, now I'm getting:
> 
> checking for dbopen... no
> checking for dbopen in -ldb1... no
> checking for dbopen in -ldb... yes
> checking for db_185.h... no
> checking for db1/db.h... no
> configure: error: Berkeley db library required for GnuCash
> Press any key to continue...
> 
> Berkeley 2.7.7 with 1.85 compat is installed, what option
> am I missing?

What headers does 1.85 compat install?

dave

___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel