Am Freitag, 15. Februar 2008 23:50 schrieb Graham Leggett:
> > a gnucash mode of operation
> > where the user can not edit older transactions anymore
>
> You would definitely want to set this per account, because some accounts
> in gnucash are authoritative (eg accounts dealing with the issuing of
Am Sat, 16 Feb 2008 09:18:03 +0100
schrieb Christian Stimming <[EMAIL PROTECTED]>:
> Makes sense, but do you have any ideas how such a per-account setting
> can be implemented in the GUI? Currently, all per-account settings
> can be set in the "Edit Account" dialog. However, a setting "Make
> this
Hi,
I have thought a bit about some problems with standard form of
accounts and localization in general. GnuCash is one of the
applications where localization is more than just translating the
interface - or potentially it could. On the german side much work went
into SKR03/04 standard form of acc
Am Samstag, 16. Februar 2008 11:25 schrieb Thilo Pfennig:
> GnuCash is one of the
> applications where localization is more than just translating the
> interface - or potentially it could.
Yes. On the other hand I think this has been handled in the gnucash core
distribution just fine. Language te
Christian Stimming wrote:
Makes sense, but do you have any ideas how such a per-account setting can be
implemented in the GUI? Currently, all per-account settings can be set in
the "Edit Account" dialog. However, a setting "Make this an inalterable
account" shouldn't be allowed to be disabled
Thilo Pfennig wrote:
I think from the acounting perspective every entry consists on som
field like the date, the accounts, some text,... I also dont think a
mix of inalterable accounts and alterable accounts makes much sense
because every entry has two ends, so if one end is inalterable the
othe
Hi,
I'll just chime in with some of my personal findings and observations. Most of
this based on my personal experience and may not be valid for everyone. But I
thought different insights might be useful to get a complete picture.
On Saturday 16 February 2008, Graham Leggett wrote:
> An example
Perhaps this should get tied into the book closing clode? When you
close the books on a period, all the transactions in that period become
uneditable? We DO have the ability to mark a transaction specifically
as read-only. It wouldn't be too hard to also mark the txns as read-only
as we process
Am Sat, 16 Feb 2008 16:52:51 +0200
schrieb Graham Leggett <[EMAIL PROTECTED]>:
> This isn't true - each entry can have more than two ends in the form
> of splits, the only requirement is that all the splits add up to zero.
ACK, I should rather have written "at least two ends".
> Gnucash isn't t
Hi,
I found that there is a file src/engine/gnc-commodity.h, which contains
some stock exchanges. Some are missing and they are hardcoded. My
question or suggestion is:
As the sources says that besides NASDAQ none yet has a real
function, wouldnt it make sense if the user would be able to add ne
On Saturday 16 February 2008, Geert Janssens wrote:> > Hi,> > I'll just chime
in with some of my personal findings and observations. Most of > this based on
my personal experience and may not be valid for everyone. But I > thought
different insights might be useful to get a complete picture.> >
Hi,
just want to mention that I have now set up the mirror at
gnucash.alternativ.net. Question: It was mentioned that I could trigger
an update when needed. If so, How? Anything that needs fixing?
Thilo
--
PfennigSolutions - IT-Beratung- Wiki-Systeme
c/o Thilo Pfennig - Sandkrug 28 - 24143 Kie
12 matches
Mail list logo
