David Reiser wrote:
> svn r15057
> importing via file/import/import ofx/qfx
> once the transaction matcher displays transactions it recognizes, if
> I uncheck the A and R boxes, thus telling gnucash not to import the
> transaction, when I click OK, the transaction gets imported anyway
> (and
On Mon, 2006-10-23 at 17:14 -0500, Daniel Espinosa wrote:
> Attached you'll find a DataBase Schema for GnuCash.
>
> This is in order to bigin the development to support DB backend (and
> replase the actual file one).
I agree with Phil's comments. Here's some more:
Simple conventions on things l
On Mon, 2006-23-10 at 17:14 -0500, Daniel Espinosa wrote:
> Attached you'll find a DataBase Schema for GnuCash.
>
> This is in order to bigin the development to support DB backend (and
> replase the actual file one).
>
> I added a Inventory Table (or Class) in wich you can have the
> merchandise
Attached you'll find a DataBase Schema for GnuCash.
This is in order to bigin the development to support DB backend (and
replase the actual file one).
I added a Inventory Table (or Class) in wich you can have the
merchandise in a small business like a small store.
2006/10/23, Daniel Espinosa <[
I've been writing programs in perl for about a
decade... I had no clue that gnucash used perl
modules. It's fantastic! The website says that its
code is C+SCHEME, but no mention to perl!
perl -MCPAN -e 'install Finance::Quote'
Voila!
__
Do You Ya
Bob Hunter <[EMAIL PROTECTED]> writes:
>> "total in report currency" column
>
> I can see it now. A new column appears on the right
> side, however, its values are null. I think gnucash
> should download the conversion rates automatically,
> but it does not. I added the currencies in the Price
> E
Derek Atkins wrote:
> Bob Hunter <[EMAIL PROTECTED]> writes:
>
>>> "total in report currency" column
>> I can see it now. A new column appears on the right
>> side, however, its values are null. I think gnucash
>> should download the conversion rates automatically,
>> but it does not. I added the
2006/10/22, Josh Sled <[EMAIL PROTECTED]>:
> On Sat, 2006-10-21 at 22:56 -0400, Phil Longstaff wrote:
> > 1) target SQLite, PostgreSQL or MySQL directly in a QOF back end, or
> > 2) target libdbi or another such layer (how many data layers do we
> > want?) which would give us all three (SQList, Pos
