I'm not at all suprised that WinME doesn't work, and honeslty as
a developer I'd like to say that "we don't support anything older
than WinXP". WinME is like 5+ years old, and is certainly no longer
supported by Microsoft.
Sorry.
-derek
Quoting Nathan Buchanan <[EMAIL PROTECTED]>:
> Hello!
>
>
I can not figure out how to use account code when I make a transaction.
I thought that c (insted of n) would change default use of account
name?
Kind regards
Britt-Marie Andrén
Travel Gate Sweden
Lerbergets Byaväg 59
SE-263 52 Lerberget
+ 46 (0)42 34 3560
+ 46 (0)70 758 65 39
www.travelgateswed
I can not figure out how to use account code when I make a transaction. I
thought that c (insted of n) would change default use of account name?
Kind regards
Britt-Marie Andrén
Travel Gate Sweden
Lerbergets Byaväg 59
SE-263 52 Lerberget
+ 46 (0)42 34 3560
+ 46 (0)70 758 65 39
www.travelgatesweden
No, the "R" column is the Reconciliation Status. "n" == not reconciled.
"c" == Cleared.
There's no way to get the account code to show in the register.
-derek
Quoting Britt-Marie Andrén <[EMAIL PROTECTED]>:
> I can not figure out how to use account code when I make a transaction.
> I thought t
I agree that WinME is old. Do we know of anyone else who has tried it on
WinME? Have we heard of any successes? If not, I'd like to add a note to
wiki.gnucash.org/wiki/Windows that windows versions before XP are known not
to be able to run gnucash. Any objections?
Nathan
On 12/30/06, Derek Atkin
I have no objections to such a note on the wiki.
-derek
Quoting Nathan Buchanan <[EMAIL PROTECTED]>:
> I agree that WinME is old. Do we know of anyone else who has tried it on
> WinME? Have we heard of any successes? If not, I'd like to add a note to
> wiki.gnucash.org/wiki/Windows that windows
done
On 12/30/06, Derek Atkins <[EMAIL PROTECTED]> wrote:
>
> I have no objections to such a note on the wiki.
>
> -derek
>
> Quoting Nathan Buchanan <[EMAIL PROTECTED]>:
>
> > I agree that WinME is old. Do we know of anyone else who has tried it
> on
> > WinME? Have we heard of any successes? If
On Sat, 2006-12-23 at 16:10 -0500, Derek Atkins wrote:
> Author: warlord
> Date: 2006-12-23 16:10:47 -0500 (Sat, 23 Dec 2006)
> New Revision: 15252
> Trac: http://svn.gnucash.org/trac/changeset/15252
>
> Modified:
>gnucash/trunk/
>gnucash/trunk/src/engine/kvp-scm.c
> Log:
> guile 1.8's SCM
On Mon, 2006-12-25 at 19:07 -0500, David Hampton wrote:
> Author: hampton
> Date: 2006-12-25 19:07:58 -0500 (Mon, 25 Dec 2006)
> New Revision: 15258
> Trac: http://svn.gnucash.org/trac/changeset/15258
>
> Modified:
>gnucash/trunk/src/gnome-utils/gnc-main-window.c
> Log:
> Save and restore the
On Tue, 2006-12-26 at 12:46 -0500, Derek Atkins wrote:
> Sorry, I forgot to mark this as AUDIT. This change is necessary
> in order to get "make check" to work on MacOS. With this change
> I was able to get "make check" to succeed on MacOS (when I also
> started with DYLD_LIBRARY_PATH=/opt/local/
On Fri, 2006-12-29 at 23:06 -0500, David Hampton wrote:
> On Fri, 2006-12-29 at 10:42 -0800, Thomas Bushnell BSG wrote:
> > gnucash creates its own glib key files in ~/.gnucash/books. The keys
> > used in these files are filled with spaces. Spaces are not allowed in
> > glib keys.
>
> Since when
Hey,
At this point all outstanding patches are sitting in the 2.0 branch,
and a "distcheck" worked for me on FC5. Any chance you could push
a 2.0.4 release soon? I think it's pretty important to push out a
release due to bug #389317
Thanks!
-derek
--
Derek Atkins, SB '93 MIT EE, SM '9
On Sat, 2006-12-30 at 18:00 -0500, Derek Atkins wrote:
> Hey,
>
> At this point all outstanding patches are sitting in the 2.0 branch,
> and a "distcheck" worked for me on FC5. Any chance you could push
> a 2.0.4 release soon? I think it's pretty important to push out a
> release due to bug #389
Quoting Thomas Bushnell BSG <[EMAIL PROTECTED]>:
> On Sat, 2006-12-30 at 18:00 -0500, Derek Atkins wrote:
>> Hey,
>>
>> At this point all outstanding patches are sitting in the 2.0 branch,
>> and a "distcheck" worked for me on FC5. Any chance you could push
>> a 2.0.4 release soon? I think it's
On Sat, 2006-12-30 at 21:05 -0500, Derek Atkins wrote:
> 2) Change the code to retry-on-failure (so we'd have to try each read
>and write twice).
>
> Although I prefer #1, David seems to prefer #2. He's doing the work so
> I'll let him decide. IMNSHO for now the Debian package can just lim
On Sat, 2006-12-30 at 21:05 -0500, Derek Atkins wrote:
> I know David Hampton is looking into it. Unfortunately there's not a
> good runtime check to test the running glib version.. The bastards
> decided to change the behavior mid-stream, without making it "easy" to
> detect the "broken" glib.
On Sat, 2006-12-30 at 21:34 -0500, David Hampton wrote:
> On Sat, 2006-12-30 at 21:05 -0500, Derek Atkins wrote:
>
> > 2) Change the code to retry-on-failure (so we'd have to try each read
> >and write twice).
> >
> > Although I prefer #1, David seems to prefer #2. He's doing the work so
> >
17 matches
Mail list logo
