On Thu, Nov 17, 2011 at 3:27 PM, John Ralls wrote:
>
> On Nov 17, 2011, at 10:02 AM, Donald Allen wrote:
>
> > On Thu, Nov 17, 2011 at 1:50 AM, Derek Atkins wrote:
> >
> >> Donald Allen writes:
> >>
> (cond ((> x 5) (fun a b))) ;; I won't even attempt to properly indent
> >> this
> in
On Nov 17, 2011, at 10:02 AM, Donald Allen wrote:
> On Thu, Nov 17, 2011 at 1:50 AM, Derek Atkins wrote:
>
>> Donald Allen writes:
>>
(cond ((> x 5) (fun a b))) ;; I won't even attempt to properly indent
>> this
in gmail
vs.
if x > 5:
>>>
>>> I'm not sur
On Thu, Nov 17, 2011 at 1:50 AM, Derek Atkins wrote:
> Donald Allen writes:
>
> >> (cond ((> x 5) (fun a b))) ;; I won't even attempt to properly indent
> this
> >> in gmail
> >>
> >> vs.
> >>
> >> if x > 5:
> >>
> >
> > I'm not sure how I fat-fingered this, but the message got sent
> prematurel
Donald Allen writes:
>> (cond ((> x 5) (fun a b))) ;; I won't even attempt to properly indent this
>> in gmail
>>
>> vs.
>>
>> if x > 5:
>>
>
> I'm not sure how I fat-fingered this, but the message got sent prematurely,
> destroying my credibility:-)
>
> Anyway, you get my point -- writing that c
On Wed, Nov 16, 2011 at 9:46 AM, Donald Allen wrote:
>
>
> On Wed, Nov 16, 2011 at 9:27 AM, Hendrik Boom wrote:
>
>> On Sat, 09 Jul 2011 18:05:48 -0400, Yawar Amin wrote:
>>
>> > Hi John,
>> >
>> > On 2011-07-08, at 23:33, John Ralls wrote:
>> >
>> >>> […]
>> >>
>> >> Fun. Two questions: Can that
On Wed, Nov 16, 2011 at 9:27 AM, Hendrik Boom wrote:
> On Sat, 09 Jul 2011 18:05:48 -0400, Yawar Amin wrote:
>
> > Hi John,
> >
> > On 2011-07-08, at 23:33, John Ralls wrote:
> >
> >>> […]
> >>
> >> Fun. Two questions: Can that be easily converted into a string parser
> >> so that normal users are
On Sat, 09 Jul 2011 18:05:48 -0400, Yawar Amin wrote:
> Hi John,
>
> On 2011-07-08, at 23:33, John Ralls wrote:
>
>>> […]
>>
>> Fun. Two questions: Can that be easily converted into a string parser
>> so that normal users aren't put off by the extra parentheses,
>
> I guess we could replace al
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. Afte
Hi John,
On 2011-07-08, at 23:33, John Ralls wrote:
>> […]
>
> Fun. Two questions: Can that be easily converted into a string parser so that
> normal users aren't put off by the extra parentheses,
I guess we could replace all the parens with more HTML-reminiscent characters
like << and >>, so
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
ual code which executes any incoming requests sits inside
> the web service application.
>
>
>> Also, as you've laid out the flow, it seems a bit heavyweight for the
>> internal report generator.
>>
>
> Indeed, it is heavyweight but on the other hand it would
covery process while writing the new
> reporting code to see what is the best option is, unless someone else steps
> in to code the network/socket interface for me (any takers? :oD ). As long
> as the interface meets the basic requirement of being able to communicate
> messages betw
gt; Also, as you've laid out the flow, it seems a bit heavyweight for the
> internal report generator.
>
Indeed, it is heavyweight but on the other hand it would add a lot of
flexibility to the reporting system.
> Rather than having to format an http request and setting up an IP listene
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
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 a
r to
> select individual accounts included in the report, which will require some
> communication between the reporting system and gnucash.
>
> I think a web service would actually be perfect for this, as this would then
> totally externalize the reporting infrastructure. I'm
quire some
communication between the reporting system and gnucash.
I think a web service would actually be perfect for this, as this would then
totally externalize the reporting infrastructure. I'm not sure, however,
exactly what implications this would have. I would have to see how this can
st plain incorrect. (Note that I
> am basing this off of not being familiar yet with how the current scheme
> architecture actually manages pulling the data out of gnucash, so please
> correct me where I am wrong or point out the significant flaws)
>
> 1. Create the 'new
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
asonable or just plain incorrect. (Note that I am
> basing this off of not being familiar yet with how the current scheme
> architecture actually manages pulling the data out of gnucash, so please
> correct me where I am wrong or point out the significant flaws)
>
> 1. Create
w the current scheme
architecture actually manages pulling the data out of gnucash, so please
correct me where I am wrong or point out the significant flaws)
1. Create the 'new' reporting system alongside the existing one so that the
reports do not suffer until the existing functionality ca
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 Tim M:
> > Tim, you realize that in order to rewrite the reports in whatever
> > language you like, you'll have to become quite expert at Scheme anyway,
> > right? You're not going to save yourself any work or learning by
> >
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
#x27;re
> not going to save yourself any work or learning by translating the reporting
> system into another language.
>
>
Yes, I realize that :) But, at least once a rewrite is done it will be much
easier to make changes going forward.
> After all of that cold water, I want to emphasi
On Jul 7, 2011, at 8:25 AM, Christian Stimming wrote:
> Hi Tim,
>
> Am Donnerstag, 7. Juli 2011 schrieb Tim M:
>> As you know I have done a little work on the reporting system to try to get
>> some form of standards-compliance working. I have been looking through
>
Hi Tim,
Am Donnerstag, 7. Juli 2011 schrieb Tim M:
> As you know I have done a little work on the reporting system to try to get
> some form of standards-compliance working. I have been looking through
> previous mails back to January to see what other activity there has been on
> t
Hi,
As you know I have done a little work on the reporting system to try to get
some form of standards-compliance working. I have been looking through
previous mails back to January to see what other activity there has been on
the reporting system, and found some work being done to use jqplot
On Fri, March 30, 2007 2:53 pm, two old wrote:
> if custom script exist -> execute ([user dir]/script)
> else use standard script.
>
> if custom template exist -> use it ([user dir]/template)
> else use standard template
It's simpler to always just have the user create a custom report, which is
a
printing/reporting/scripting business essentially works. I
understand C
> but I know nothing of Scheme. Nevertheless maybe I can make a start
For the existing code, there is some documentation in the source
tree; in
short...
The report (a scheme script) is evaluated; it calls on the
#x27;m looking for an understanding of how this
> printing/reporting/scripting business essentially works. I understand C
> but I know nothing of Scheme. Nevertheless maybe I can make a start
For the existing code, there is some documentation in the source tree; in
short...
The report (a sch
e follow up is limited to gnucash-devel.
I learn something new every day. :-D
Robert
- Original Message -
From: "Josh Sled"
To: "two old"
Subject: Re: Again font size when printing (reporting system help!!!)
Date: Thu, 29 Mar 2007 12:42:04 -0400 (EDT)
On Thu, March 29, 2007 5:02 am, two old wrote:
> It sounds like a challenge. Is there a place where I can read some of the
> discussion about the reporting system and the thoughts the dev have?
I think the IRC logs contain some of that, though we've not talked about
it formally much
some of the
discussion about the reporting system and the thoughts the dev have?
Thanks again.
Rob.
- Original Message -
From: "Derek Atkins"
To: "two old"
Subject: Re: Again font size when printing (help!!!)
Date: Wed, 28 Mar 2007 11:45:01 +0200
Hi,
49 matches
Mail list logo
