Stuart D. Gathman [EMAIL PROTECTED] writes:
On Mon, 21 Jul 2008, Derek Atkins wrote:
Does it really matter?
First, we're assuming that we ARE going to implement that feature,
which we don't necessarily need to.
The current datafile format has a problem when the user switches
timezones.
Charles Day [EMAIL PROTECTED] writes:
First, we're assuming that we ARE going to implement that feature,
which we don't necessarily need to.
If we're not going to ever allow user-entered times on transactions, then we
don't need this proposal. Just make the time zone a constant. This
Hi,
Benjamin Johnsen [EMAIL PROTECTED] writes:
I haven't done a lot of testing on it. It works for me and my friend
but we are both working in USD. So I haven't tested it with other
currencies and with mixed currencies. I have a feeling that mixed
currencies won't work at this time since
I haven't been able to commit to SVN for a while now... is something wrong
with the server?
Cheers,
Charles
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
On Mon, Jul 21, 2008 at 11:11 AM, Derek Atkins [EMAIL PROTECTED] wrote:
Quoting Charles Day [EMAIL PROTECTED]:
I believe several users have expressed that they do not want a time
written
to their data file if they never actually entered one. That's one of
the
things I am proposing to
On Mon, Jul 21, 2008 at 11:36 AM, Stuart D. Gathman [EMAIL PROTECTED]
wrote:
On Mon, 21 Jul 2008, Derek Atkins wrote:
Does it really matter?
First, we're assuming that we ARE going to implement that feature,
which we don't necessarily need to.
The current datafile format has a problem
If GnuCash is hooked up to a database back end, and users in different time
zones on different sides of midnight are accessing it concurrently, what
should GnuCash do about storing and displaying dates and timestamps?
___
gnucash-devel mailing list
Quoting Charles Day [EMAIL PROTECTED]:
I haven't been able to commit to SVN for a while now... is something wrong
with the server?
Yes, it was down. As was email, which is why this only made it
through now. It's back up now. There seem to be some hardware
issues coming on that I'll have to
On Tue, Jul 22, 2008 at 1:26 AM, Derek Atkins [EMAIL PROTECTED] wrote:
Charles Day [EMAIL PROTECTED] writes:
First, we're assuming that we ARE going to implement that feature,
which we don't necessarily need to.
If we're not going to ever allow user-entered times on
Hi,
On Montag, 21. Juli 2008, Dave Reiser wrote:
[...]
Another problem is that all the descriptions showed up in the Transaction
Matcher as 'unspecified'. Description should contain the contents of the
OFX tag NAME or MEMO. My credit card company puts it in NAME, the
investment broker in
libgcrypt11
and possibly
gwenhywfar-tools
are needed, but not in the dependency list for gnucash unstable debian package
of 22 July 08.
John Griessen
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
On Tue, Jul 22, 2008 at 08:52:01AM -0700, Charles Day wrote:
...
What I mean is that if users were able to do time entry, and we stored the
time but not a user-entered flag, then we wouldn't be able to tell which
times were user-entered. So when you changed preference (6) it could only
apply
Christian Stimming wrote:
Am Montag, 21. Juli 2008 20:36 schrieb Stuart D. Gathman:
The current datafile format has a problem when the user switches
timezones. While the saved timestamps are restored correctly, thanks
to the included timezone, the *dates* change. The only work around
at the
On Mon, 21 Jul 2008, Charles Day wrote:
If the time of day entry feature is ever implemented and used, entered
timestamps would have the timezone for the time entered.
Under this proposal, the time zone is constant. Users do not get an option
to specify time zone when they enter a time of
[resend to list where it did not arrive for some reason or another]
Hi Mark,
thank you for your reply. I tried things out and had some successes but
mostly failed.
Mark Jenkins wrote:
Looking through the
source code and the provided examples, it looks like the API can be used
both for
15 matches
Mail list logo