Dave Peticolas <[EMAIL PROTECTED]> writes: > Are there plans for phasing out the eperl stuff and using > something else for report generation? That's the general plan, though there's nothing too concrete at the moment. I haven't looked into the current report generation stuff, and I'm not really familiar with XmHTML, but would it be possible to just generate a big string in scheme using call-with-output-string and then hand that over to our HTML widget? We could always do something fancier later, once we determine what that something should be... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
- Java implementation jools enticknap
- Re: Java implementation Derek Atkins
- Re: Java implementation Rob Browning
- Re: A bit off topic---Java as "SUN's ... Rob Browning
- Re: Perl in internals (was Re: A bit o... Rob Browning
- Re: Perl in internals (was Re: A ... James A. Treacy
- Re: Perl in internals (was Re... linas
- Re: Perl in internals (wa... Dave Peticolas
- Re: Perl in internals (wa... Rob Browning
- Re: Perl in internals (wa... Dave Peticolas
- Re: Perl in internals (wa... Rob Browning
- Re: Perl in internals (wa... Dave Peticolas
- Re: Perl in internals (wa... Rob Browning
- Re: Perl in internals (wa... linas
- Re: Perl in internals (wa... Dave Peticolas
- Re: Perl in internals (wa... linas
- Maybe Coming Time to XML? Christopher Browne
- Re: Perl in internals (wa... Rob Browning
- Re: Perl in internals (wa... linas
