Just in case people were thinking that all of us UI freaks were just
making up requests for to keep busy, I guess this release has popped
out a few more bugs for you to squash, eh?
have fun,
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
run up debt
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
would it be heretical to ask for pros and cons to only having a gnome
version?
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
>>>>> On Mon, 06 Mar 2000 18:06:15 -0800, Dave Peticolas
>>>>> <[EMAIL PROTECTED]> said:
Dave> CVS has been updated.
this has got to be a record for you dave. do you have a date tonight
or something? :-)
I am doing the works on it now.
"cvs updat
>>>>> On Mon, 6 Mar 2000 22:27:19 -0800 (PST), Rob Walker
>>>>> <[EMAIL PROTECTED]> said:
Rob> "cvs update && ./configure --prefix=/home/rob/compiled && make && make install &&
clear && ./gnucash ~/data/secondt
>>>>> On Wed, 08 Mar 2000 10:38:08 +0100, Herbert Thoma
>>>>> <[EMAIL PROTECTED]> said:
Herbert> Rob Walker wrote:
>> Does this mean that I think the register window should only shrink
>> and not grow according to resizing the columns? I
careen back to the big size again.
Herbert> That's a point for you, rob. I think what I really want is an
Herbert> easy way (one click) to show the full width of a register. I
yes, I hadn't thought of that.
Herbert> just don't like this "click on the window border a
>>>>> On Tue, 7 Mar 2000 13:43:43 -0500 (EST), Heath Martin
>>>>> <[EMAIL PROTECTED]> said:
Heath> Rob Walker writes:
>> here is a test for you all to try out.
>>
>> open up a register which will need to have the columns resized. move
inas> BTW, you should also see a big bandwidth improvement.
I saw a big bandwidth improvement.
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Christopher Browne <[EMAIL PROTECTED]> writes:
> This would be naturally implemented as a further "reporting"
> extension.
Is there a LaTeX package out there yet that'll do checks? Has anyone
seen one? If so, then it'd be easy to spit out the right LaTeX code
ary
> and you can install it without installing any other part of gnome,
> easily (it's setup that way). It's already there for any gnome
> setup, too.
I'd probably be okay with that. I haven't investigated in depth, but
last time I looked it seemed useful, no lon
ll have *much* better
results using his code once it's available. Plus, you'd make a good
guinea pig :>
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
re general discussion of the
build vs run-time stuff which definitely could be simplified if we
don't care about maintaining as much flexibility as we have now.
In any case, unless the concensus is that we don't care about running
from the build dir, I'll see if I can fix the current
process to have a
--with-perl-module option that will optionally try to build the SWIG
stuff. Either that, or maybe the perl stuff could be broken out as a
separate package...
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
I may have lost some mail recently,
Dave Peticolas <[EMAIL PROTECTED]> writes:
> > gnucash: [D] "Running functions on hook "main-window-opened-hook
> > ERROR: Bad define placement
>
> This may be related to the problem that Rob B. found with running
> out of the build directory and auto-loadin
I did
cvs update
make distclean
./configure --prefix=/home/rob/compiled/
make gnome
make install
./gnucash ~/data/secondtry.xzc
and got the following error:
gnucash: [D] "loading system configuration"
gnucash: [D] "loading user configuration"
gnucash: [D] "Running f
Herbert,
How do you get those extra debug messages?
Do you get dropped into a scheme shell to do the backtrace?
Rob
>>>>> On Sun, 05 Mar 2000 23:50:12 +0100, Herbert Thoma
>>>>> <[EMAIL PROTECTED]> said:
Herbert> Dave Peticolas wrote:
>>
>
>>>>> On Sun, 05 Mar 2000 16:22:05 -0800, Dave Peticolas
>>>>> <[EMAIL PROTECTED]> said:
Dave> CVS has been updated.
Dave> New Stuff:
Dave> + Rob Browning's patch. This should fix the CVS problems people
Dave> were having today.
works now
>>>>> On Mon, 06 Mar 2000 04:20:26 +, Gerald Champagne
>>>>> <[EMAIL PROTECTED]> said:
Gerald> Any thoughts?
when you figure it out, please put an example of how to do it in the
documentation.
thanks,
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
display for the checks.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
I may have lost some mail recently, please remind me if I overlook something.
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Christopher Browne <[EMAIL PROTECTED]> writes:
> I'd think this would make a worthwhile addition; I'll be dropping a
> draft of it into the srfi subdirectory, and will see what I can
> do about (seconds->date)...
Great idea. I hadn't even noticed that that wa
ming that happens, we'll probably post a
proposal for comments, and since getting this right in the "full
blown" case is quite hard, we'll want to have an incremental
development plan that'll get us something useful quickly and something
really good eventually.
eys, and though I still think it's very awkward in places, and has a
too-steep learning curve, it is an *excellent* tool. Just don't
press any keys until you know *exactly* what they do :>
FWIW)
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
l, it would be nice to just have a function
like this:
Split* gnc_find_transactions(AccountGroup *g,
gncBool (*test)(Split *s, void *data),
void *data);
or similar. Then use that to generate the split list and pass it to
a "
tart using the
standard. I wonder how hard it would be to create a
SRFI->guile-record wrapper...
Also, presuming there aren't nasty performance implications, Dave did
a pretty laudable job of convincing me that his SICP-style objects
were a "good idea(TM)".
--
Rob Browning <[
The parser to read this data back in and rebuild and account group
hasn't been written yet, but it's really straightforward. I just
haven't had the time yet. It is on my TODO list. I might get to it
in the next week.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 5
h header in glibc.
That's fine too, though I'm a lot more comfortable with perl regular
expressions. I suppose it wouldn't be hard to make this an optional
feature if we decide it's worthwhile.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
use we wanted to be able to
allow you to configure with one --prefix and install "make prefix=foo
install" with another. This is important for packaging systems.
However, I'm changing us to use the X DESTDIR trick which simplifies
the process. The only user visible c
eal with than what I just suggested. If make was the way I'd like it
to be, the solution would be straightforward. As it is it's taking a
little head-scratching, but I think I've just about got it...
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
ooked at this last, most of the docs I needed came directly
from the pilot development site (though I don't recall the location).
Those docs described the database records for each app so that you
knew what to do with the data that you get via pilot-link.
> Probably, if we do this in C
>>>>> On 21 Mar 2000 11:21:50 -0600, Rob Browning <[EMAIL PROTECTED]>
>>>>> said:
Rob> (which I'm still not sure I'm going to use a lot). Frankly, if I
Rob> could get it tightly integrated with things like BBDB, then I'd
Rob>
hen you hand the rest off to
the normal table based mechanism you already have.
Unfortunately, I don't know enough about how other languages handle
numbers to know if this is sufficient, but even if it coveres some
subset of the languages well, then that might be a good way to handle
that ch
namic libs right now, and keeping the pilot libs outside the main
app which *might* make things more stable. If the helper crashes, no
big deal. It would also make it easy for people to write up other
little guile scripts to hack around with their pilot's data.
Just a thought...
--
Rob Walker <[EMAIL PROTECTED]> writes:
> have you seen the recent discussions about this on the bbdb list?
Nope. I'll go check it out. I only look at the bbdb list once in a
while. Last time I popped up, mentioned lispme being GPLed, and
didn't stick around to see what hap
I thought about it, asked for it, started to do it, and got nowhere.
thank you for doing it.
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Hendrik Boom <[EMAIL PROTECTED]> writes:
> Presumably, I could simplify things by renaimg the files in the shell
> before importing them. I presume you handle filenames with spaces and
> other weirdness in them correctly?
We should. If we don't, it's a bug.
--
Rob B
enty-Five Pounds Only";
> yet "One Hundred Pounds Exactly".
Bear in mind here that we don't need to be able to parse all of the
possible valid constructions in a given language, we just need to be
able to output *one* valid construction for each language, which is a
acro that expands to a "let loop" or other simple recursion.)
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
opening transaction. I had
this happen several times back then.
FWIW
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
ht development
packages installed, but I don't know enough about rpm systems to
comment further. You might also check config.log to see why it's
failing.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
ngs like jpilot and gnome-pilot
are going to fight with us for control of the data...
FWIW
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
top-level.d.tmp
make[4]: *** No rule to make target `glade-qif-import.h', needed by
`obj/gnome/window-main.o'. Stop.
make[4]: Leaving directory `/home/rob/src/cvs/gnucash/src/gnome'
make[3]: *** [gnome] Error 2
make[3]: Leaving directory `/home/rob/src/cvs/gnucash/src
fill it with (largest number + 1) as soon
>> as someone hits enter to record a previous transaction?
Dave> If you use the Num field more often than not then it would. But
Dave> for most accounts I would imagine that's not the case.
yeah, you are right, I was thinking about a ch
ith (largest number + 1) as soon as
someone hits enter to record a previous transaction?
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
build process isn't being very smart about its
dependencies. This probably wouldn't be hard to fix.
3) Some other hybrid approach.
Any of these approaches is pretty trivial to implement.
Thoughts?
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
(Dave, if you're not familiar with moving things around in CVS, I can
help with that. There are two main approaches, and which one you
pick depends on what you want to preserve.)
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Dave Peticolas <[EMAIL PROTECTED]> writes:
> I vote for 1) with an extra make target to have g-wrap rebuilt.
How about just having it documented that you need to say "rm -r
lib/g-wrap-install", or do you think we should also have the special
target?
--
Rob Browning <
and there is less danger of making a
> bad mistake.
That's the one I tend to prefer too, but it does have the disadvantage
that you lose all the log info/history that predates the move.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
d-process.txt
doc/guile-hackers.txt
etc.
(with or without the .txt extensions...)
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
e your updates smarter, and there's no real
place for that data in the QIF file.
I think the palm, if you're talking to it directly over the sync
connection, also has some features during the conversation to minimize
the amount of data that you have to transfer in order to be up to
>>>>> On 28 Mar 2000 00:48:50 -0600, Rob Browning <[EMAIL PROTECTED]>
>>>>> said:
rlb> 1) Have it so that g-wrap is only configured/built once after a
rlb> make clean. This means that if you monkey with g-wrap or do
rlb> anything else that would
>>>>> On 28 Mar 2000 10:16:45 -0600, Rob Browning <[EMAIL PROTECTED]>
>>>>> said:
Rob> Oh, and if we do this move, do we want to keep the "README."
Rob> prefix on everything? i.e. do we want:
Rob> doc/README.build-process
Rob> doc/R
Rob Walker <[EMAIL PROTECTED]> writes:
> How long does it take g-wrap to be built?
Actually, it's not really how long it takes to build. It's more how
long it takes it to run a
make -q -C g-wrap || rm -rf g-wrap-install
test -e g-wrap-install || make -C g-wrap
tes
>>>>> On 28 Mar 2000 10:36:54 -0600, Rob Browning <[EMAIL PROTECTED]>
>>>>> said:
>> I like this one better, it saves developers from doing tech support.
>> Q: "Why is my something doing something I don't understand?"
>> A:
ar" -> "Z1149-220a"
"gnc:bank-id-BankBaz" -> "2208-2311-11295"
Given the hash tables suggested above, we could consider handling
the "unique ids" as just another reserved hash entry:
"gnc:uid" -> "87zorjk2st/t/3"
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Dave Peticolas <[EMAIL PROTECTED]> writes:
>README.* -> doc/
And drop the leading README. on the files?
> If everyone agrees, I will make this change later in the week.
Looks good.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash
t "this isn't
> something we want for gnucash."
OK. "this isn't somethine we want for gnucash."... Er, um wait,
scratch that, make it "Thanks for the really helpful comments; keep
'em coming."
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Buddha Buck <[EMAIL PROTECTED]> writes:
> I suspect that the problem is that while I have the Debian libxml1
> package installed, I don't have the Debian libxml-dev package
> installed. I'm going to install that now, and see if that fixes the
> problem.
Yep,
se we could
>> limit it to the last N descriptions if we added this feature.
Christopher> This *will* be unworkable if there are thousands of
Christopher> transactions; it should nonetheless be useful enough to
Christopher> have that "register" that looks to the nearest five
ction. Maybe you'd have a "real balance", used for
reconciliation, that ignores savings goal transfers, and then the
"normal balance" that gnucash shows you by default that includes the
savings goal transfers. This would probably require a new account
type and some ugly, and
ing the previous load-path
> manipulation)
Hmm. I'm not sure your hack is "quite right" for the long term. In
any case, I also just noticed that there are some other funny business
going on with the documentation search path. I'll look into both in a
minute.
--
Rob
kes the load-paths shorter - a load path of ./scm would
work again.
Unless people object, I'll go ahead and fix the top level script and
back out the main.scm patch, and over time, I'll fix up the
load/depend calls to scope their arguments (i.e. "printing/foo.scm").
--
Rob
n-makefile wouldn't expand have to be
recursively_expanded() in configure.in.
Thanks.
Night.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Hendrik Boom <[EMAIL PROTECTED]> writes:
> P.S. Maybe some thing this perverse, but I enjoy the practice we seem
> to have of quoting the entire discussion in each message.
It's certainly not a practice all of us have (or like).
--
Rob Browning <[EMAIL PROTECTED]&g
er> I'd tend to think that a "limited run" GnuCash T-shirt
Christopher> could indeed sell out.
Christopher> I'll not be in Chicago, but could always use another
Christopher> T-shirt (XL).
XL here, let me know how much $$$ it is.
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
we could use top_srcdir, but we'd need to set it in lib/Makefile.in):
g-wrap.configure:
(cd g-wrap && \
./configure --prefix=${ABSOLUTE_TOP_SRCDIR}/lib/g-wrap-install)
touch g-wrap.configure
DIST_TRASH += g-wrap.configure
--
Rob Browning <[E
ike to see if this
is a bug in floor or somewhere else.
Thanks
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Bryan Larsen <[EMAIL PROTECTED]> writes:
> Sorry. I was RTFM'ing, but I didn't get quite far enough before I
> gave up.
OK, ignore my previous response, then too :>
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Develo
ithout-swig) to simplify the installation?
I want to fix it so that it doesn't need swig if it's not detected.
Maybe I'll get to that this week.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
y. But that's probably not a problem for
> gnucash to solve.
You might already know about this, and it might not be what you want,
but threaded mail readers (like Gnus, mutt, etc) help tremendously. I
can't imagine dealing with the volume of mail I get without Gnus.
FWIW
--
the budget". If I get a
couple of hours in the next day or so, which I probably will, I'll
have a good answer for you...
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
dled? Do I enter
them as an adjustment? If so, from what type of account?
Thanks.
PS: Once I understand this, I'll be happy to add a section to the
docs.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
the build code. autoconf just
really doesn't quite do what you want sometimes.
In any case, this is a good example of why you should probably *never*
be building development code as root.
Sorry for the inconvenience.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 53
m the institution; they at least seemed somewhat
interested in fixing the reports if they need "fixing". I suspect
though, that there may be some "standard" here that I just don't know
about.
It's also possible that I'm just overlooking something obvious.
>>>>> On Mon, 3 Apr 2000 21:07:40 -0400 (EDT), [EMAIL PROTECTED] said:
linas> Anyone have a better idea on how to have backup-paranoia
linas> without cluttering up the directory too much?
text (XML?) data files and RCS directories, with ,v files therein..
rob
--
Gnucash
cementing that idea into the "brilliant idea
hall of fame".
C-h v auto-save-directory RET (note the other wonderful directories
at the bottom, for efs-stuff).
oh, how I long for the day when I can use efs over ssh to "edit" my
gnucash data files in an emacs major mode, wit
able is the number of seconds
after which an auto-save will happen when the current buffer is 50k or less;
the timeout will be 2 1/4 times this in a 200k buffer, 3 3/4 times this in a
1000k buffer, and 4 1/2 times this in a 2000k buffer.
See also the variable `auto-save-interval', which con
a text-based data format.
Agreed completely. However, I think that Larry McVoy is on to
something when he mentions the lack of data integrity being built into
RCS via checksums or some other method.
rob
--
The good thing about standards is that there are so many to choose
from. -- Andrew
>>>>> On Mon, 3 Apr 2000 23:37:41 -0400 (EDT), [EMAIL PROTECTED] said:
linas> It's been rumoured that Rob Walker said:
>>
>>
Christopher> d) Store *text* backups, checked in to RCS :-).
>>
Christopher> Option d) [RCS] is a *prime* reason why I
linas> %d is 25 to 30 bytes
linas> Thus, my uncompressed data file would be 185*25/4= 1MB which is
linas> a bit fat. compression is needed.
1MB is kinda big?
/home/rob/mail
$ ls -al INBOX
-rw--- 1 rob rob 68721246 Apr 3 22:32 INBOX
$
and VM is happy editing that f
inas would be too happy with
that -- perhaps rightly so. Though I think the same objection would
apply to an xml library, and unlike xml, we already have guile
available.
In any case, with a text file and compression, the data file size
would probably be smaller, at least on disk, than what we
ense, since it's the one that fluctuates
daily anyway. The one I *know* you can't play with is the total
transaction value. That one is the one that gets deducted from the
corresponding "clearing account", and you can see that happen.
--
Rob Browning <[EMAIL PROTECTED
o easily nest executions, non balancing quotes are why we
have a lot of the backslash headaches that we do. Oh well...
Dave, could you change that $() to a `` for me?
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
le for Nov 2000
1 file for Dec 2000
1 file for 2000
Paul> * Users might think that the `extra' files are backups and
Paul> delete them. This would be very bad.
Yes, this could get interesting. Any fixes? Can we make them read
only, hoping that people will stop and think a bit?
rob
-
" is what was being talked about here. Actually, I think that it
would be possible to do either one of these things independently of
the other.
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
ion.
http://www.bitkeeper.com/bk23.html
I don't say that bitkeeper is what we should use, I just say that
Larry knows more than I do about this stuff.
rob
--
"You know, I used to think it was awful that life was so unfair. Then
I thought, wouldn't it be much worse if life were
I am afraid that I know the answer to this already, but I saw the
following text on an xemacs mailing list today, and I thought that it
would be nice to be able to do the same thing in gnucash.
rob
This is what I set up for s/o that had printed a 10M buffer by
mistake. I don't know if
- it's a really nice model. I think my only remaining
concern with that approach was performance, and if that's not an
issue, then it's not an issue :>
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Rob Walker <[EMAIL PROTECTED]> writes:
> I am afraid that I know the answer to this already, but I saw the
> following text on an xemacs mailing list today, and I thought that
> it would be nice to be able to do the same thing in gnucash.
I was just thinking about this today. H
l the relevant info that the user
would have given via the GUI?
If so, then we can use that during "make test", but I don't know if it
would be too much trouble to be worth adding right now.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
>>>>> On 06 Apr 2000 20:31:43 -0500, Rob Browning <[EMAIL PROTECTED]>
>>>>> said:
Rob> I was just thinking about this today. Having the menus be more
Rob> configurable (i.e. all generated from scheme) is on Dave and my
Rob> list, but it&#
please don't make it so that normal
people can checkout CVS and use thos method, or if you do, put a big
warning dialog in. I don't want to have to accomodate migrating these
files in a week when I get finished with the new storage method.
Thanks
--
Rob Browning <[EMAIL PROTECTED]>
is in the context of perhaps even moving to a text
format file similar to the export format I already wrote. If we're
using b/gzip, then size might not be an issue, at least not for the
files once they're written, but we'll still have to consider carefully
Linas' correct concer
hat I really think that doing the
more elegant/maintainable/extensible thing should always be preferred,
*unless* performance is an issue, and I agree there here there's no
reason to suspect it would be.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
Dave Peticolas <[EMAIL PROTECTED]> writes:
> As an aside (it's not relevant for this particular application), how
> efficient are records?
I don't really know in Guile. About the only think I know about
records is that they finally have an SRFI to standardize them...
--
and if the SRFI's can pick up some steam, they
might be able to provide most of the things I like about CL. We'll
see.
I do agree that *not* paying attention to how CL got it right, or
wrong in any given case is probably unwise.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
ll see if I can fix it today.
Thanks
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
hn> the parent account and listing all the transactions in the
John> subaccounts as if the lines had simply been copied from the
John> subaccounts, complete with balance.
Interesting. I haven't seen this behavior, but am running an older
version of gnucash. Do you like the way this
? Does our code depend on the guile
list-index semantics, or is the problem elsewhere? If the former,
then we probably need to change our code.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
27;m sure Bill will be interested in making sure the
import code handles this right, and I'd be willing to help with the
g-wrapping of pilot-link.
However, before you jump in the middle of things, there was a thread
just recently where I think Robert was talking about working on this,
so y
901 - 1000 of 1190 matches
Mail list logo
