They are both used if you use chargebacks.
-derek
On Thu, January 11, 2018 12:55 pm, R. Victor Klassen wrote:
> I’ve been poking around in the SQL for invoices/bills, and
>
> Inquiring mind(s) wish to know:
>
> Why, in an “Entry” is there both an invoice (text) and a bill (text)
> field, only on
Curiosity satisfied. Thanks.
> On Jan 11, 2018, at 1:18 PM, Geert Janssens
> wrote:
>
> Op donderdag 11 januari 2018 18:55:46 CET schreef R. Victor Klassen:
>> I’ve been poking around in the SQL for invoices/bills, and
>>
>> Inquiring mind(s) wish to know:
>>
>> Why, in an “Entry” is there b
Op donderdag 11 januari 2018 18:55:46 CET schreef R. Victor Klassen:
> I’ve been poking around in the SQL for invoices/bills, and
>
> Inquiring mind(s) wish to know:
>
> Why, in an “Entry” is there both an invoice (text) and a bill (text) field,
> only one of which is ever used, and i_price_num/d
I’ve been poking around in the SQL for invoices/bills, and
Inquiring mind(s) wish to know:
Why, in an “Entry” is there both an invoice (text) and a bill (text) field,
only one of which is ever used, and i_price_num/denom and b_price_num/denom
fields, only one (pair) of which is ever used, based
> On Jan 11, 2018, at 5:32 AM, Geert Janssens
> wrote:
>
> Op donderdag 11 januari 2018 11:20:45 CET schreef P Levine:
>>> On Jan 7, 2018, at 2:10 PM, John Ralls wrote:
On Jan 7, 2018, at 8:36 AM, Fabio Coatti
wrote:
Hi All,
I'm having a look at gnucash 2.7.3 but I'
It might indeed work. The core devs are focussed on other priorities ATM so if
you’d like to work it out we’ll look forward to your PR.
Regards,
John Ralls
> On Jan 11, 2018, at 1:30 AM, Alen Siljak wrote:
>
> From my limited knowledge of Python, this sounds like something that could be
> mit
Op donderdag 11 januari 2018 11:20:45 CET schreef P Levine:
> > On Jan 7, 2018, at 2:10 PM, John Ralls wrote:
> >> On Jan 7, 2018, at 8:36 AM, Fabio Coatti
> >> wrote:
> >>
> >> Hi All,
> >> I'm having a look at gnucash 2.7.3 but I'm unable to compile it, as the
> >> compilation spews a
> >>
>
> On Jan 7, 2018, at 2:10 PM, John Ralls wrote:
>> On Jan 7, 2018, at 8:36 AM, Fabio Coatti wrote:
>>
>> Hi All,
>> I'm having a look at gnucash 2.7.3 but I'm unable to compile it, as the
>> compilation spews a
>>
>> make[3]: *** No rule to make target '/gmock-all.cc', needed by
>> 'libgmock_a-gm
From my limited knowledge of Python, this sounds like something that
could be mitigated by a virtual environment, perhaps?
In that case, there could be the "officially-supported" version of
Python so an advanced user would have to set up the virtual environment
with that version, et
Success!
At least a limited one. I've assembled a small demo - retrieving the GnuCash
version from core-utilities.
https://github.com/MisterY/gnucash-portfolio.net
Some more prototyping needed, mostly in mapping the unmanaged types to
managed.
I'll try this approach first, before setting up a wh
10 matches
Mail list logo