On Wed, November 16, 2011 12:40 am, John Ralls wrote:
>
> On Nov 15, 2011, at 9:16 PM, Derek Atkins wrote:
>
>> Hi,
>>
>> On Tue, November 15, 2011 11:17 pm, John Ralls wrote:
>>>
>>> On Nov 15, 2011, at 7:24 PM, Derek Atkins wrote:
>>>
Hi,
This depends on your definition of 'wrappe
On Nov 15, 2011, at 9:16 PM, Derek Atkins wrote:
> Hi,
>
> On Tue, November 15, 2011 11:17 pm, John Ralls wrote:
>>
>> On Nov 15, 2011, at 7:24 PM, Derek Atkins wrote:
>>
>>> Hi,
>>>
>>> This depends on your definition of 'wrapped.' In general, C structures
>>> are mapped to Scheme as opaque
Hi,
On Tue, November 15, 2011 11:17 pm, John Ralls wrote:
>
> On Nov 15, 2011, at 7:24 PM, Derek Atkins wrote:
>
>> Hi,
>>
>> This depends on your definition of 'wrapped.' In general, C structures
>> are mapped to Scheme as opaque pointer objects, which requires using
>> getters/setters from guil
On Nov 15, 2011, at 7:24 PM, Derek Atkins wrote:
> Hi,
>
> This depends on your definition of 'wrapped.' In general, C structures
> are mapped to Scheme as opaque pointer objects, which requires using
> getters/setters from guile to manipulate the object. For example, you
> can't just do Accou
Hi,
On Tue, November 15, 2011 10:16 pm, Yawar Amin wrote:
> Hi Derek,
>
> On 2011-11-15, at 20:43, Derek Atkins wrote:
>
>>> [
]
>>
>> My preference would be to move it out of Yawar's user page onto a real
>> page and then we could link from there. Or better yet, let's get the
>> changes into the
Hi Derek,
On 2011-11-15, at 20:43, Derek Atkins wrote:
>> […]
>
> My preference would be to move it out of Yawar's user page onto a real
> page and then we could link from there. Or better yet, let's get the
> changes into the sources themselves so we could use sometihng like
> doxygen to gener
On Tue, Nov 15, 2011 at 04:16:10PM -0500, Yawar Amin wrote:
> Hi Hendrik,
>
> On Tue, Nov 15, 2011 at 8:30 AM, Hendrik Boom wrote:
>
> > [...]
> > One of the hallmarks of Scheme is its metaprogrammability, for
> > applications just like this. And its simple syntax promotes this.
> >
>
> I've st
"David T." writes:
> I note that Yawar's page (http://wiki.gnucash.org/wiki/User:Yawaramin)
> looks like a great start to documenting the reports. It is currently a
> ghost on the site, though; nothing apparently links to it. I believe
> it would be useful to link to it directly from the main wik
h.org/wiki/GnuCash),
either under Development or Documentation.
What would be the preference?
David
- Original Message -
From: Mike Evans
To: Hendrik Boom
Cc: gnucash-de...@lists.gnucash.org
Sent: Tuesday, November 15, 2011 5:56 AM
Subject: Re: Reporting system and potentially Pytho
Hi Hendrik,
On Tue, Nov 15, 2011 at 8:30 AM, Hendrik Boom wrote:
> [...]
> One of the hallmarks of Scheme is its metaprogrammability, for
> applications just like this. And its simple syntax promotes this.
>
I've started writing a proof-of-concept declarative report (
https://github.com/yawaram
On Tue, 15 Nov 2011 13:30:37 + (UTC)
Hendrik Boom wrote:
> On Fri, 08 Jul 2011 23:33:16 -0400, John Ralls wrote:
>
> > On Jul 8, 2011, at 8:15 PM, Yawar Amin wrote:
> >
> >>
> >> If we stick with Scheme, we can take advantage of all the low-level
> >> functions that already exist for data
On Fri, 08 Jul 2011 23:33:16 -0400, John Ralls wrote:
> On Jul 8, 2011, at 8:15 PM, Yawar Amin wrote:
>
>>
>> If we stick with Scheme, we can take advantage of all the low-level
>> functions that already exist for data extraction and report layout. But
>> we can also move to a declarative model
On Thu, 07 Jul 2011 20:48:27 -0500, Tim M wrote:
> What I'm looking for is this:
>
> 1. Create the 'new' reporting system alongside the existing one so that
> the reports do not suffer until the existing functionality can be fully
> replaced by the new system. After all reports are replaced and
On Jul 8, 2011, at 8:15 PM, Yawar Amin wrote:
> Folks,
>
> On 2011-07-08, at 01:15, Yawar Amin wrote:
>
>> […]
>> I like the idea of XML -> HTML + CSS + JavaScript plots. How about moving to
>> a completely declarative XML report, where we use XML tags to ask for things
>> like account names
Folks,
On 2011-07-08, at 01:15, Yawar Amin wrote:
> […]
> I like the idea of XML -> HTML + CSS + JavaScript plots. How about moving to
> a completely declarative XML report, where we use XML tags to ask for things
> like account names and balances, and using the Scheme (or […]
I got to thinkin
Agreed. That sounds like a good plan.
-Tim
On Fri, Jul 8, 2011 at 4:54 PM, John Ralls wrote:
>
> On Jul 8, 2011, at 1:25 PM, Tim M wrote:
>
> On Fri, Jul 8, 2011 at 10:28 AM, John Ralls wrote:
>
>>
>> I think it could be implemented as just another interface to the data such
>> as we have XML
On Jul 8, 2011, at 1:25 PM, Tim M wrote:
> On Fri, Jul 8, 2011 at 10:28 AM, John Ralls wrote:
>
I think it could be implemented as just another interface to the data such
as we have XML and DBI currently
> Those are the database or storage layer interfaces that engine uses for
> per
On Fri, Jul 8, 2011 at 10:28 AM, John Ralls wrote:
>
> I think it could be implemented as just another interface to the data such
> as we have XML and DBI currently
>
> Those are the database or storage layer interfaces that engine uses for
> persistence, not interfaces that presentation layer co
On Jul 8, 2011, at 10:24 AM, Tim M wrote:
>
>
> On Fri, Jul 8, 2011 at 8:44 AM, John Ralls wrote:
>
> This is in general a good plan, but you need to know that there's a reason
> for the engine code to be between the storage backends and the GUI and
> reporting system: It's the part that kn
On Fri, Jul 8, 2011 at 8:44 AM, John Ralls wrote:
>
> This is in general a good plan, but you need to know that there's a reason
> for the engine code to be between the storage backends and the GUI and
> reporting system: It's the part that knows how to manage currencies and lots
> and invoices a
On Jul 8, 2011, at 8:20 AM, Tim M wrote:
> Yawar's suggestion is quite interesting, but the declarative XML you suggest
> is bordering the functionality of a web service. I like the idea of having
> the XML declarations but there still then must be some way for the user to
> select individual
Yawar's suggestion is quite interesting, but the declarative XML you suggest
is bordering the functionality of a web service. I like the idea of having
the XML declarations but there still then must be some way for the user to
select individual accounts included in the report, which will require s
On vrijdag 8 juli 2011, Tim M wrote:
> What I'm looking for is this:
>
> Separate the act of actually gathering the data from the GnuCash database
> from transforming it for display, so that the output can be made much more
> interactive and easy to style and make 'pretty' :). Use a well known
>
On 2011-07-07, at 21:48, Tim M wrote:
> […]
> Thoughts?
I like the idea of XML -> HTML + CSS + JavaScript plots. How about moving to a
completely declarative XML report, where we use XML tags to ask for things like
account names and balances, and using the Scheme (or Python) reporting engine
On Jul 7, 2011, at 9:48 PM, Tim M wrote:
> What I'm looking for is this:
>
> Separate the act of actually gathering the data from the GnuCash database
> from transforming it for display, so that the output can be made much more
> interactive and easy to style and make 'pretty' :). Use a well
What I'm looking for is this:
Separate the act of actually gathering the data from the GnuCash database
from transforming it for display, so that the output can be made much more
interactive and easy to style and make 'pretty' :). Use a well known
programming language to aggregate the data to mak
On Jul 7, 2011, at 4:24 PM, Christian Stimming wrote:
> Am Donnerstag, 7. Juli 2011 schrieb John Ralls:
So I am OK with needing to get more familiar with something
such as Python, C, or Java to do the work, but I don't want to get knee
deep in a major feature patch to find out some
On Jul 7, 2011, at 5:06 PM, Phil Longstaff wrote:
> I'm not sure I would use Javascript to create the report code, but I could
> definitely see embedded Javascript into the reports to make them more
> interactive. Any place there is a parent account with children indented an
> arrow icon coul
swig generate javascript bindings? Could we think of using javascript to
generate a report?
From: Christian Stimming
To: John Ralls ; Tim M
Cc: gnucash-devel@gnucash.org
Sent: Thursday, July 7, 2011 4:24:10 PM
Subject: Re: Reporting system and potentially P
Am Donnerstag, 7. Juli 2011 schrieb John Ralls:
> >> So I am OK with needing to get more familiar with something
> >> such as Python, C, or Java to do the work, but I don't want to get knee
> >> deep in a major feature patch to find out something else is preferred.
> >
> > If you are able to inser
30 matches
Mail list logo
