> On Sep 17, 2015, at 7:51 AM, Derek Atkins wrote:
>
> I think that there was an expectation (at least mine) that these trees
> would create not just the brokerage hierachy but also an example
> commodity account within that brokerage and not necessarily expect the
> user to do "more" to add a s
John Ralls writes:
>> On Sep 16, 2015, at 8:44 AM, Geert Janssens
>> wrote:
>>
>> On Wednesday 16 September 2015 09:42:47 Derek Atkins wrote:
>>> John,
>>>
>>> I'm not convinced this is the correct fix for this issue.. It's fine
>>> to set up the brokerage account, but now it's creating subac
> On Sep 16, 2015, at 8:44 AM, Geert Janssens
> wrote:
>
> On Wednesday 16 September 2015 09:42:47 Derek Atkins wrote:
>> John,
>>
>> I'm not convinced this is the correct fix for this issue.. It's fine
>> to set up the brokerage account, but now it's creating subaccounts
>> that one would ex
> (commit)>
> > from https://github.com/Gnucash/gnucash/commit/44d43650 (commit)
> >
> > commit e921de8b6fe7c47670668019116b7e16155642a5
> > Author: John Ralls
> > Date: Tue Sep 15 12:05:23 2015 -0700
> >
> > Correct the Stock, Bond, Ma
orrect the Stock, Bond, Market Index, and Mutual Fund account types.
>
> STOCK and MUTUAL are not compatible with currency.
>
> diff --git a/accounts/C/acctchrt_brokerage.gnucash-xea
> b/accounts/C/acctchrt_brokerage.gnucash-xea
> index 2c6d570..c71e0eb 1006
Hi,
Martin Mainka writes:
> Hi,
> i noticed while translating chapter "Accounts" if the tutorial guide to
> German-language, that many account types (checking, trading, currency,
> other assets, money-market...) are not available in German GnuCash
> 2.4.13. Are they ob
Re in English tutorial first: I think if you feel motivated right now for the
German tutorial, just go ahead and describe all account types as of the to-be
2.6.0 version. This can subsequently be retranslated to the English tutorial.
Regards, Christian
Martin Mainka schrieb:
>Am 20.11.2
ter "Accounts" if the tutorial guide to
>German-language, that many account types (checking, trading, currency,
>other assets, money-market...) are not available in German GnuCash
>2.4.13. Are they obsolet, or are they coming in the new Version? If
>they
>are coming, what would
On 11/20/2013 6:08 AM, Martin Mainka wrote:
> Am 20.11.2013 12:57, schrieb David Carlson:
>> On 11/20/2013 4:07 AM, Martin Mainka wrote:
>>> Hi,
>>> i noticed while translating chapter "Accounts" if the tutorial guide to
>>> German-language, that m
Am 20.11.2013 12:57, schrieb David Carlson:
> On 11/20/2013 4:07 AM, Martin Mainka wrote:
>> Hi,
>> i noticed while translating chapter "Accounts" if the tutorial guide to
>> German-language, that many account types (checking, trading, currency,
>> other asset
On 11/20/2013 4:07 AM, Martin Mainka wrote:
> Hi,
> i noticed while translating chapter "Accounts" if the tutorial guide to
> German-language, that many account types (checking, trading, currency,
> other assets, money-market...) are not available in German GnuCash
> 2.4
Hi,
i noticed while translating chapter "Accounts" if the tutorial guide to
German-language, that many account types (checking, trading, currency,
other assets, money-market...) are not available in German GnuCash
2.4.13. Are they obsolet, or are they coming in the new Version? If they
The only difference is the headings in the register, and the possibility of
interest when you reconcile.
-derek
- Reply message -
From: "Kevin Hale Boyes"
Date: Mon, Jun 20, 2011 6:54 pm
Subject: Difference between bank and cash account types
To: "gnucash-devel"
Section 5.1 of the manual describe these two account types but I was
wondering if they are handled differently in the code.
Thanks,
K.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Hi,
FYI: we had some discussion in
http://bugzilla.gnome.org/show_bug.cgi?id=421766 – support "Passive" account
type (able to contain both Liability and Equity accounts)
and I came to the same result as Mike:
http://bugzilla.gnome.org/show_bug.cgi?id=573663 – Accounts have the wrong
sort orde
writes:
> On Mon, 23 Feb 2009 11:12:33 -0500, Derek Atkins wrote:
>> Adding new account types is... challenging... Mostly it's a
>> problem because of backwards compatibility.. You need to make sure
>> that you add the logic for the new account well before you add th
On Mon, 23 Feb 2009 11:12:33 -0500, Derek Atkins wrote:
> Adding new account types is... challenging... Mostly it's a
> problem because of backwards compatibility.. You need to make sure
> that you add the logic for the new account well before you add the
> code to support u
called 'root'. But
> it's not in the UI and can only be a top-level account.
>
> Adding new account types is... challenging... Mostly it's a
> problem because of backwards compatibility.. You need to make sure
> that you add the logic for the new account we
e a top-level account.
Adding new account types is... challenging... Mostly it's a
problem because of backwards compatibility.. You need to make sure
that you add the logic for the new account well before you add the
code to support using it.
> Marcus
-derek
--
Derek Atkins,
>I am quite sure I have read a discussion a while ago about the
>constraint of not being able to set more than one account type for an
>account. The thing is that the standard BAS account plan, which is being
>used in Sweden, has a top account (placeholder) which holds both equity
>and liabilities
On Sun, 22 Feb 2009 22:08:56 +0100, Mikael Andersson
wrote:
> I am quite sure I have read a discussion a while ago about the
> constraint of not being able to set more than one account type for an
> account. The thing is that the standard BAS account plan, which is being
> used in Sweden, has a to
I am quite sure I have read a discussion a while ago about the
constraint of not being able to set more than one account type for an
account. The thing is that the standard BAS account plan, which is being
used in Sweden, has a top account (placeholder) which holds both equity
and liabilities. Its
On Tue, 2005-02-15 at 19:25 -0500, Chris Shoemaker wrote:
> But the filter can't control the state of the checkboxes, can it? I'm
> imagining a two column tree view where all of the account types are
> visible (not filtered, right?) and the second column contains
> checkbo
ver change at runtime
> > and then all views could share the same model.
>
> Agreed. There's no need to ever have more than one model here.
>
> > 2) make some helpers that map between bitmasks of account types and
> > gtk_tree_selections
> >
> > I
On Tue, 2005-02-15 at 17:26 -0500, [EMAIL PROTECTED] wrote:
> [This is my 4th attempt to send this mail to the list. I've
> unsubscribed and re-subscribed now. Sorry if there are multiple
> deliveries.]
>
> I was trying to use gtk-tree-model-account-types when I discove
[This is my 4th attempt to send this mail to the list. I've
unsubscribed and re-subscribed now. Sorry if there are multiple
deliveries.]
I was trying to use gtk-tree-model-account-types when I discovered
some bugs that strongly suggest that I'm the first to use this code.
Therefore
26 matches
Mail list logo
