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 an
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
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
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
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
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 the
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
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. On
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
12 matches
Mail list logo
