I've seen several questions on the user list with respect to that very
use case as an SX variable.
Regards,
Adrien
On 10/12/23 9:26 PM, Christopher Lam wrote:
Other ideas are possible: determine the balance of an account at a
particular date
___
gn
data from an
external source or any format (json,TSV), submit anything to an external
recipient, etc.
Implementing such a change effectively raises the scheme code from being a
report-only mechanism to unlocking full scripting, and also unlock python
scripting to more users.
On Fri, 13 Oct 202
On Sun, 8 Oct 2023 17:51:40 +0800
Christopher Lam wrote:
> It would thus be useful to know the types of tasks that users wish to
> automate. I'll start:
>
> Every quarter, I personally tally up the GST account balances, which
> allows me to submit to the tax office. I currently use the "Income
>
Christopher,
Did you mean to post this to the gnucash-users list so the "Dear Users" can
comment ?
Cheers David H.
On Sun, 8 Oct 2023 at 19:52, Christopher Lam
wrote:
> Dear Users
>
> I'm aware there's demand for automated scripting Gnucash activity such as
Dear Users
I'm aware there's demand for automated scripting Gnucash activity such as
entering transactions with custom formulas more complex than the SX
facility will allow, determining end-of-quarter calculations etc.
There's a pending PR at https://github.com/Gnucash/gnucash/
On Aug 10, 2012, at 8:34 AM, Geert Janssens wrote:
> On 10-08-12 15:54, John Ralls wrote:
>> On Aug 10, 2012, at 5:22 AM, reubano wrote:
>>> So according to the wiki[1] should we follow directions for Non-Committers
>>> or Committers? I would think the best option would be to clone and then
>>>
On 10-08-12 15:54, John Ralls wrote:
On Aug 10, 2012, at 5:22 AM, reubano wrote:
So according to the wiki[1] should we follow directions for Non-Committers
or Committers? I would think the best option would be to clone and then
submit pull requests but I'm not sure if things are setup to work t
On Aug 10, 2012, at 5:22 AM, reubano wrote:
> So according to the wiki[1] should we follow directions for Non-Committers
> or Committers? I would think the best option would be to clone and then
> submit pull requests but I'm not sure if things are setup to work that way.
>
> [1] http://wiki.gnu
according to the wiki[1] should we follow directions for Non-Committers
or Committers? I would think the best option would be to clone and then
submit pull requests but I'm not sure if things are setup to work that way.
[1] http://wiki.gnucash.org/wiki/Git
--
View this message in contex
Hendrik Boom writes:
> On Thu, 01 Dec 2011 11:22:34 -0500, Derek Atkins wrote:
>
>
>>
>> This would imply you do not have doxygen installed.
>
> I didn't. I do now. It still doesn't work, failing in the same way.
> No time to investigate now. I'll look into it further tonight. Maybe
> t
On donderdag 1 december 2011, Hendrik Boom wrote:
> On Thu, 01 Dec 2011 15:16:05 +, Hendrik Boom wrote:
> > On Wed, 30 Nov 2011 15:12:31 -0500, Derek Atkins wrote:
> >> Hi,
> >>
> >>
> >>
> >> The API docs are generated via doxygen. You can generate them yourself
> >> using "make docs". Th
On Thu, 01 Dec 2011 11:22:34 -0500, Derek Atkins wrote:
>
> This would imply you do not have doxygen installed.
I didn't. I do now. It still doesn't work, failing in the same way.
No time to investigate now. I'll look into it further tonight. Maybe
there's a configure parameter I forgo
Hendrik Boom writes:
> On Thu, 01 Dec 2011 15:16:05 +, Hendrik Boom wrote:
>
>> On Wed, 30 Nov 2011 15:12:31 -0500, Derek Atkins wrote:
>>
>>> Hi,
>>>
>>>
>>
>>> The API docs are generated via doxygen. You can generate them yourself
>>> using "make docs". The sourcesof the API docs are
On Thu, 01 Dec 2011 15:16:05 +, Hendrik Boom wrote:
> On Wed, 30 Nov 2011 15:12:31 -0500, Derek Atkins wrote:
>
>> Hi,
>>
>>
>
>> The API docs are generated via doxygen. You can generate them yourself
>> using "make docs". The sourcesof the API docs are spread out through
>> the source t
On Dec 1, 2011, at 7:16 AM, Hendrik Boom wrote:
> Ah! I see. This is where it's all been processed and presented as nice,
> neat web pages. What's the verbiage I need to get the user-documentation
> source tree? Or is that in some corner of gnucash source tree I haven't
> looked yet?
The c
On Thu, 01 Dec 2011 15:16:53 +, Hendrik Boom wrote:
> On Wed, 30 Nov 2011 21:13:58 +, Yawar Amin wrote:
>
>> Hi Hendrik,
>>
>> The user documentation is in the gnucash-docs repository (
>> http://svn.gnucash.org/trac/browser/gnucash-docs).
>
>
> Evidently there's still something I don'
On Wed, 30 Nov 2011 21:13:58 +, Yawar Amin wrote:
> Hi Hendrik,
>
> On Wed, Nov 30, 2011 at 8:06 PM, Hendrik Boom
> wrote:
>
>> [...]
>>
>> So far I haven't found the rather extensive user documentation I'm used
>> to seeing as a longtime gnucash user. Is it in the source tree too?
>> Or s
On Wed, 30 Nov 2011 15:12:31 -0500, Derek Atkins wrote:
> Hi,
>
>
> The API docs are generated via doxygen. You can generate them yourself
> using "make docs". The sourcesof the API docs are spread out through
> the source tree.
But when I'm in the top directory of the source tree (the same
Hi Hendrik,
On Wed, Nov 30, 2011 at 8:06 PM, Hendrik Boom wrote:
> [...]
>
> So far I haven't found the rather extensive user documentation I'm used
> to seeing as a longtime gnucash user. Is it in the source tree too? Or
> somewhere else. Do I have to use a different make target to gennerate
Hi,
On Wed, November 30, 2011 3:06 pm, Hendrik Boom wrote:
> OK. I've managed to compile gnucash and get it to pass its checks (except
> for the database back end, which I had excluded.
>
> Now I'm ready to start prowling around looking for scripting API to
> document.
OK. I've managed to compile gnucash and get it to pass its checks (except
for the database back end, which I had excluded.
Now I'm ready to start prowling around looking for scripting API to
document.
Could someone tell me:
Is there any existing API documentation, either in the s
Christian Stimming writes:
>> Is there still a way, other than as a report, to run a scheme script that
>> uses gnucash's API?
>
> Sorry, I don't know. For python it has been described a little bit more (in
> the optional/python directory), and that's also what I would suggest to use.
Yes:g
Am Montag, 14. November 2011 schrieb Hendrik Boom:
> On Sun, 13 Nov 2011 19:17:38 -0500, Derek Atkins wrote:
> > Hendrik Boom writes:
> >>>> (3) This library would be the basis for scripting interfaces to
> >>>> gnucash. The API would make the gnucash l
On Sun, 13 Nov 2011 19:17:38 -0500, Derek Atkins wrote:
> Hendrik Boom writes:
>
>>>> (3) This library would be the basis for scripting interfaces to
>>>> gnucash. The API would make the gnucash library itself indifferent to
>>>> the scripting language
Hendrik Boom writes:
>>> (3) This library would be the basis for scripting interfaces to
>>> gnucash. The API would make the gnucash library itself indifferent to
>>> the scripting language being used. Of course, the API must still be
>>> clearly documente
;
>>> Maybe (1) and (2) is how gnucash is already structured; I don't know.
>>
>> This is already the case.. However it's not a single Shared Library.
>> It's a ton of shared libraries.
>
>Good.
>
>>
>>> (3) This library would be the b
m itself should operate entirely by using
>> this library's API.
>>
>> Maybe (1) and (2) is how gnucash is already structured; I don't know.
>
> This is already the case.. However it's not a single Shared Library.
> It's a ton of shared libraries.
G
gnucash is already structured; I don't know.
This is already the case.. However it's not a single Shared Library.
It's a ton of shared libraries.
> (3) This library would be the basis for scripting interfaces to gnucash.
> The API would make the gnucash library itself indi
On Sat, 12 Nov 2011 11:35:46 -0500, Nicolae Crisan wrote:
> I am 100% on-board this score. Again, finding the "boots on the ground"
> to do this is another matter altogether.
The existing Python scripting API would be a good place to start. Maybe,
all told, it's all w
king
this API consistent.
(2) The gnucash main program itself should operate entirely by using this
library's API.
Maybe (1) and (2) is how gnucash is already structured; I don't know.
(3) This library would be the basis for scripting interfaces to gnucash.
The API would make the
g
with languages and libraries that are provided everywhere I'm
programming, so I'm not used to the "portable" aspect of programming.
Most of my work is heavily based on server-side scripting (PHP,
mainly) as well as local client scripting (JS, CSS, HTML, etc.).
In regards to you
ining the usual gnucash window, and so forth. The current work
> of converting ad-hoc code to use Gobjects could go a long way to making
> this API consistent.
>
> (2) The gnucash main program itself should operate entirely by using this
> library's API.
>
> Maybe
rting ad-hoc code to use Gobjects could go a long way to making
this API consistent.
(2) The gnucash main program itself should operate entirely by using this
library's API.
Maybe (1) and (2) is how gnucash is already structured; I don't know.
(3) This library would be the basi
report system, which defines modules that provide
functionalities for report generation, to python
6] Develop more ideas to utilise the powerful python scripting to
enhance the reporting system.
Detailed description:
-:- The aim of this project is to develop a python framework for gnucash
Dear Rohan,
thanks for your detailed proposal about python scripting code. In general,
your research is well-thought and goes into plenty of detail about how to
migrate scheme code to python code. However, my statement from my previous
email http://lists.gnucash.org/pipermail/gnucash-devel
of the project which involve
steps needed to integrate python scripting and some functionalities that
I want to add to the current prototype. Below that, I have described in
detail about each point, what exactly I aim to achieve.
Goals:
1] Develop python scripts in gnucash to provide a python
Dear Rahul,
thanks for this more detailed application. I think you've now added
enough details so that your work plan is good and can be completed
successfully within the GSoC timeframe. Also, your described new
feature ("cloud synchronization with Google Docs by using the python
gdata
in gnucash which are not yet
available, and then work on implementing those in Python.
Best Regards,
Christian
Zitat von Rohan Kulkarni :
Regarding exporting the scripting language to python, there is a lot
of scripting in scheme that exporting all of it to python will be a
big task in itself
a as a part of my School
>> curriculum.While
>> this is my first year in college ,Now I am pursuing Bachelors in
>> Engineering
>> and my Major is in Computer Science.So I am learning C and Python here in
>> College.By the time GsoC 2011 starts ,I will be done with my en
Hi,
I am in the phase of drafting a proposal, but while setting the goals of
the project I got a few questions.
Regarding exporting the scripting language to python, there is a lot of
scripting in scheme that exporting all of it to python will be a big
task in itself. It won't chang
time on coding,so I wan't to do
some good project in order to strengthen my foundations in understanding of
Sofware Systems.
*What project in GnuCash would you like to work on?*
I would Like to work on Python reporting and Scripting engine for Gnu cash
over my summer vacations.
*Wh
ons in understanding of
Sofware Systems.
*What project in GnuCash would you like to work on?*
I would Like to work on Python reporting and Scripting engine for Gnu cash
over my summer vacations.
*What will be the result of your project :*
Upon the successful development of the scripting engin
iped with skills to work full
> time on coding,so I wan't to do some good project in order to strengthen
> my foundations in understanding of Sofware Systems.
>
>
>
> *What project in GnuCash would you like to work on?*
>
> I would Like to work on Python reporting an
ect in order to strengthen my foundations in understanding of
Sofware Systems.
*What project in GnuCash would you like to work on?*
I would Like to work on Python reporting and Scripting engine for Gnu cash
over my summer vacations.
*What will be the result of your project :*
Upon the success
org/wiki/Building
> Just like to clarify, is the task to rewrite the scheme scripts in
> src/report/ using python/c, or are there new scripts/functionalities to be
> implemented?
That is up to you. If you're interested in python scripting, I would suggest
two things:
* First, you s
ython scripting, I would suggest two things:
* First, you should read through the example scripts in src/optional/python-
bindings/example_scripts and run those as, well, examples.
* Secondly, you can check out the brand new SVN (r20472 or higher), then
modify the file src/python/init.py in th
Dear Rohan,
thank you for your interest in working with gnucash in the GSoC 2011 program.
It is good to hear you've been able to build it from source.
If you're interested in python scripting, I would suggest two things:
* First, you should read through the example scripts in sr
x27;m a student and was taking a look at Google SoC proposed projects for
> gnucash and got very interested
> to work on python reporting and scripting engine.
>
> Besides python I would like to include lua as well, if there is time to do
> it during SoC.
>
> If not I woul
Hi,
I'm a student and was taking a look at Google SoC proposed projects for
gnucash and got very interested
to work on python reporting and scripting engine.
Besides python I would like to include lua as well, if there is time to do
it during SoC.
If not I would consider it as a future pr
Hello,
I am interested to work on above mentioned project this summer as a part
of GSoC.
I have programming experience with Python, C and Scheme. I have built
the source code and am getting familiar with the code. Currently going
through the python scripts present in the code.
Wanted to get som
> Andy
>
Dear Christian,
I would like to congratulate you and everyone at GnuCash Devel for getting
selected in Gsoc 2011,hoping to work/contribute with GnuCash-Devleopers
over the summer.
In your last mail you have stated that a python patch has been received over
the mailing list ,so is the Py
Rahul,
On Wed, Mar 16, 2011 at 2:27 PM, Rahul Gaur wrote:
>
> I've been successfully able to run configure with enabling python
> bindings,
> but however there have been some glitches when I tried running those
> scripts
> as per the instructions given in the comments but the following error sho
Dear Christian,
I've been successfully able to run configure with enabling python bindings,
but however there have been some glitches when I tried running those scripts
as per the instructions given in the comments but the following error shows
up :
>
> aregee@aregee-laptop:~/unstable/cashgnu/lib
Dear Rahul,
good to hear you can build from source now.
Can you make sure to run configure with --enable-python, then check the
examples in the directory src/optional/python-bindings/example_scripts whether
you can run them as described in the files, respectively? This should give you
a first
thanks for yr help..gnu cash is running properly now..compilation frm
svn `ve been sucessful.
Now for python project ideas...can you brief me about it..?
Thanks
Rahul
--
---
*Regards*
*Rahul Gaur*
Finally did it...source is being compiled right now ...
so what next from here...??
btw all the best to gnucash for its application to GSoC 2011 .. :)
Regards
Rahul
On Mon, Mar 14, 2011 at 5:09 PM, Rahul Gaur wrote:
> Since build-dep didn't worked for me , i guess some more libs are missing
> s
Since build-dep didn't worked for me , i guess some more libs are missing
so i am installing them one by one manually and now searching for
libgnomeui-2.0 ...well actually i've learned quite a lot of new tweaks too
today :)
Regards
Rahul
On Mon, Mar 14, 2011 at 4:19 PM, Rahul Gaur wrote:
> W
Zitat von Rahul Gaur :
checking for gtk+-2.0 >= 2.10... no
Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you
should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH
environment variable No package 'gtk+-2.0' found
configure: error: Library requirements
Thanks for your valuable inputs .. but i think i've again struck with
something here..
> checking what language compliance flags to pass to the C compiler...
>>
>> checking for gtk+-2.0 >= 2.10... no
>>
>> Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you
>>> should add th
Hi Rahul,
Zitat von Rahul Gaur :
I've been trying to compile GNUcash source ver 2.4.3 downloaded frm
gnucash.org ... while running ./configure,
i get error ,here is a spinet of last few lines :
configure: External QOF Disabled. Using Internal QOF Code.
checking dbi/dbi.h usability... no
c
Hi all,
I've been trying to compile GNUcash source ver 2.4.3 downloaded frm
gnucash.org ... while running ./configure,
i get error ,here is a spinet of last few lines :
> configure: External QOF Disabled. Using Internal QOF Code.
checking dbi/dbi.h usability... no
checking dbi/dbi.h presence..
Dear Christian,
Thanks for your affirmative reply.I will try to compile GNUCash from
source today itself..
will ping you if I hit a major roadblock in doing so.
Well ever since I started using GNU/Linux I wanted to work with Gnu
org and while surfing the web I struck upon GNU cash gsoc 2011 proje
Dear Rahul,
Welcome to the project! We are very interested to hear about your plans with
the GSoC project in gnucash. The Python topic is indeed one of the interesting
ideas around here, and I'm confident you will find your way into the gnucash
project easily so that you can soon get some excit
Hi,
I am a Computer Science engineering student (1st year) from India.I am
planning to apply for GSOC 2011 would really love to work on gnu Cash.
I've been using open source operating system since last 1-2 years and then
there was no turning back.
I've learned C++ and java @ school .Now here in co
On Sun, Oct 19, 2008 at 12:41 PM, Christian Stimming <[EMAIL PROTECTED]> wrote:
> Hi Ian,
>
> Am Sonntag, 19. Oktober 2008 20:52 schrieb Ian Smith-Heisters:
>> p.s. apologies if -devel isn't the right place for this, I'm not sure
>> if this is technically userland or devland.
>
> -devel is the abso
Hi Ian,
Am Sonntag, 19. Oktober 2008 20:52 schrieb Ian Smith-Heisters:
> p.s. apologies if -devel isn't the right place for this, I'm not sure
> if this is technically userland or devland.
-devel is the absoutely right place for this.
> I've been googling and searching the wiki for documentation
Hi all,
I recall seeing a couple things on this list about using the GnuCash
API to read and write to the account file. I've been using a custom
XML parser to read my account file directly and run reports on it, but
I'm now thinking about adding write functionality so I thought it'd be
wise to rev
On the Macintosh, many (most?) applications have a script api where they
can be controlled by AppleScript. There is a Required Suite (open, print,
quit, run), a Standard Suite (close, count, exists, ...) and then
specialised suites for each application. The key is that the Required and
Standard sui
Well, the C re-write is only for the QIF importer. I do think that
exporting a non-GUI "open file" API to scheme would be a Good Thing.
-derek
David Bottomley <[EMAIL PROTECTED]> writes:
> Thanks, anyhow.
> Such a great tool -- I just want a little more from it.
> Maybe Derek's c-re-write is a
Thanks, anyhow.
Such a great tool -- I just want a little more from it.
Maybe Derek's c-re-write is a good option.
> Hi,
> Writing a script like this _should_ be possible. The only major
> problem that I can think of is the lack of an "open file" api without
> the associated GUI code, meaning
Hi,
Writing a script like this _should_ be possible. The only major
problem that I can think of is the lack of an "open file" api without
the associated GUI code, meaning I don't think you can write a script
that opens a file without also initializing the GUI code.
The perl bindings fell into di
Greetings,
i have been looking around for the last day or two for information
about doing different things in gnucash from a scheme script.
Here's what I would like to do. i would like to write a scheme script
that will open my gnucash data file, get a list of accounts, get
information about t
We hear and respect your opinion. Java is definitely too slow still to
be used for most client-side work, it's piggy with RAM, and the JITs are
still buggy.
Where speed is not the primary concern, Java has a lot going for it,
IMHO. Turn off the JIT and it's pretty stable these days.
One of Gn
I'll say this only once, very quietly, since I don't want a flame
war; but personally I've never been a fan of Java. Its slowww, buggy,
crashes a lot, and has trouble playing nice with others.
I've always been intrigued by the fact that the (vast?) majority
of the open source community have stay
[EMAIL PROTECTED] wrote:
> A view of the history and consideration of some practical matters may
> shed some light.
It did, thanks.
> -- Even if all the gnucash scheme coders died tommorrow, there's
> so much scheme code that it would be a massive undertaking to
> re-write it.
>
> --
Hi Dan,
A view of the history and consideration of some practical matters may
shed some light.
Historically (about 3 years ago), the idea of scripting for gnucash was
discussed at length. I personally was advocating perl, not because
it was better, or that I liked it more, but because I knew
On Wed, 17 Jan 2001 22:48:53 EST, the world broke into rejoicing as
David Merrill <[EMAIL PROTECTED]> said:
> On Tue, Jan 16, 2001 at 10:44:02PM -0600, Christopher Browne wrote:
> > On Tue, 16 Jan 2001 10:00:05 CST, the world broke into rejoicing as
> > The world "could use" something akin to Gra
On Tue, Jan 16, 2001 at 10:44:02PM -0600, Christopher Browne wrote:
> On Tue, 16 Jan 2001 10:00:05 CST, the world broke into rejoicing as
> The world "could use" something akin to Graham's "On Lisp" that was,
> instead, "On Scheme." Kent Dybvig's book on ANSI Scheme, which also
> happens to be av
On Tue, 16 Jan 2001 10:00:05 CST, the world broke into rejoicing as
[EMAIL PROTECTED] (Bill Gribble) said:
> On Mon, Jan 15, 2001 at 07:05:40PM -0500, Eugene Tyurin wrote:
> > Many years ago (circa 1988) I remember briefly trying out some
> > package called Texas Instruments' Scheme. Bac
I are stoopid. James, my apologies for the duplicate email.
rob
- Forwarded message from [EMAIL PROTECTED] -
Date: Tue, 16 Jan 2001 18:27:21 -0700 (MST)
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: Re: scripting language vs. developer community size
To: James LewisMoss
[EMAIL PROTECTED] (Bill Gribble) writes:
> The basic data structure in Scheme (and all LISP-like languages... in
> fact LISP is an acronym for LIst PRocessing) is the singly-linked
> list. The backbone of the list is a chain of cells ("cons cells")
> that have a pointer to the cell data and a "n
On Tue, Jan 16, 2001 at 09:09:51AM -0700, Clark Jones wrote:
> Just in case anyone's not aware of it, the "CAR" and "CDR" in Lisp (I'm
> not familiar with Scheme) are register names for a computer designed in
> the late 1950's. (Please don't ask me what the acronyms stand for, or
> what the compu
Tyson Dowd wrote:
>
> On 15-Jan-2001, Dan Kegel <[EMAIL PROTECTED]> wrote:
[...]
> > Now I'm reading about car, cdr, caar, cddr, cadr, cdar, and the like.
> > How nice that all the keywords of the language are so intuitive and high-level,
> > uninfluenced by the hardware the language originally r
Dan Kegel <[EMAIL PROTECTED]> writes:
> p.s. I hope to use GnuCash soon myself, and am quite happy that the
> latest RPM's install without trouble on Red Hat 6.2. And I'm trying
> to learn Scheme, so if I run into a feature I've gotta have, I can
> add it...
If you need any help with scheme, fe
Dan Kegel <[EMAIL PROTECTED]> writes:
> By the way, I went and bought a Scheme book today at my favorite
> technical bookstore (Op-Amp Books in Los Angeles). I asked the
> clerk where the Scheme books were and he sniggered... there was an
> entire wall of C++ books, and just four books about Sch
On Mon, Jan 15, 2001 at 07:05:40PM -0500, Eugene Tyurin wrote:
> Many years ago (circa 1988) I remember briefly trying out some
> package called Texas Instruments' Scheme. Back then I thought it
> looked like a dialect of Lisp with some additional system and GUI
> toolkits.
>
> Is th
s true [and if not directly true, it's at least not
> _vastly distant_ from the truth], then it's likely that Scheme will be
> the Most Supported Scripting Language for GnuCash.
True. However, if you find it hard to attract qualified developers
to the project because only a few progra
e developers of GnuCash _all_ happen to like Scheme.
If the latter fact is true [and if not directly true, it's at least not
_vastly distant_ from the truth], then it's likely that Scheme will be
the Most Supported Scripting Language for GnuCash.
--
(concatenate 'string "aa454&qu
On 15-Jan-2001, Dan Kegel <[EMAIL PROTECTED]> wrote:
> By the way, I went and bought a Scheme book today at my favorite technical
> bookstore (Op-Amp Books in Los Angeles). I asked the clerk where the Scheme
> books were and he sniggered... there was an entire wall of C++ books,
> and just four b
Dan Kegel wrote:
> Now I'm reading about car, cdr, caar, cddr, cadr, cdar, and the like.
> How nice that all the keywords of the language are so intuitive and high-level,
> uninfluenced by the hardware the language originally ran on.
Forgot the URL for the origin story of those keywords. It's
ht
Ariel Rios wrote:
>
> > I think this is a little bit disingenuous. Nobody outside the
> > gnucash-devel list is requiring gnucash to use Scheme, least of all
> > RMS; in point of fact, hardly any GNU projects actually use Scheme
> > anyway, despite several years of drum-beating to get it to happ
> I think this is a little bit disingenuous. Nobody outside the
> gnucash-devel list is requiring gnucash to use Scheme, least of all
> RMS; in point of fact, hardly any GNU projects actually use Scheme
> anyway, despite several years of drum-beating to get it to happen.
False. Many GNOME applica
Eugene Tyurin wrote:
>
> Many years ago (circa 1988) I remember briefly trying out some
> package called Texas Instruments' Scheme. Back then I thought it
> looked like a dialect of Lisp with some additional system and GUI
> toolkits.
>
> Is that "The Scheme" we're talking about?
S
Many years ago (circa 1988) I remember briefly trying out some
package called Texas Instruments' Scheme. Back then I thought it
looked like a dialect of Lisp with some additional system and GUI
toolkits.
Is that "The Scheme" we're talking about?
--
Nothing here - come back later!
[EMAIL PROTECTED] (Bill Gribble) writes:
> I've written big programs in C, C++, Common LISP, and Scheme, and
> small programs in lots and lots of languages. For working on big
> programs, right at this time I can't think of any way I'd rather do
> it than as a combination of Scheme and C. Schem
> > Here's a few quotes from the web in support of that theory
> > > > (found by searching for "scheme learning curve"):
> > > I don't see why quoting some web posts can be a good reason.
> >
> > OK, here's the canonical reply to &
searching for "scheme learning curve"):
> > I don't see why quoting some web posts can be a good reason.
>
> OK, here's the canonical reply to "why do we use scheme".
Ok, GNUCash uses Scheme as their scripting language; now what if I
wanted to contri
IQ filter to keep
> > dumb people from contributing code. I respect that strategy,
> > actually, in the case of Linux. Is that partly the way you folks
> > think about it?
>
> Note that GnuCash isn't really making the decision. Scheme is the
> scripting language of the G
filter to keep dumb people from contributing
> > code. I respect that strategy, actually, in the case of Linux.
> > Is that partly the way you folks think about it?
>
> Note that GnuCash isn't really making the decision. Scheme is the
> scripting language of the GNU pro
uting
> code. I respect that strategy, actually, in the case of Linux.
> Is that partly the way you folks think about it?
Note that GnuCash isn't really making the decision. Scheme is the
scripting language of the GNU project. It integrates with all the GNU
stuff.
> I don't th
1 - 100 of 124 matches
Mail list logo
