>
> Dave> + Some gui tweaks.
>
>
> what were the gui tweaks?
Making sure the dialogs (edit, transfer, etc.) have a default
active widget, little things like that.
> a few notes on the register. (I used a stock register, if that
> matters any)
>
> When I open, resize, close, reopen the reg
> I notice myself clicking on the "stocks" + symbol, and then the "va
> linux stock" thing quite often. If someone is wondering what to do
> next, state in the main account window would be nice.
>
> It would be s nice to not have to hit the little + button to
> expand or collapse a parent
> On Sun, 27 Feb 2000 02:12:09 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
>> I notice myself clicking on the "stocks" + symbol, and then the "va
>> linux stock" thing quite often. If someone is wondering what to do
>> next, state in the main account window would be nice.
>>
>> I
> On Sun, 27 Feb 2000 02:02:23 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
Dave> Making sure the dialogs (edit, transfer, etc.) have a default
Dave> active widget, little things like that.
cool, so now we can hit enter instead of using that blasted mouse!
(does control-j or contro
Dave Peticolas wrote:
>
> I'm not sure I agree with making the scroll bars disappear. That could
> cause some wierd effects with either showing or hiding a partial
> transaction, or causing the window to resize a lot as the scroll bar
> gets shown/hidden. Gnumeric, for instance, has scroll bars s
> Dave Peticolas wrote:
> >
> > I'm not sure I agree with making the scroll bars disappear. That could
> > cause some wierd effects with either showing or hiding a partial
> > transaction, or causing the window to resize a lot as the scroll bar
> > gets shown/hidden. Gnumeric, for instance, has s
>
> > On Sun, 27 Feb 2000 02:12:09 -0800, Dave Peticolas
> > <[EMAIL PROTECTED]> said:
>
> >> I notice myself clicking on the "stocks" + symbol, and then the "va
> >> linux stock" thing quite often. If someone is wondering what to do
> >> next, state in the main account window would be
Brett Wuth wrote:
>
> Hi,
>
> I needed a report like the balance sheet and profit loss statement
> ending on a specific date. So I've hacked away at the
> balance-and-pnl.scm to add date ranges. I'm submitting it here in
> hopes that it might be useful to someone else. Please forgive the
> ro
>
> Dave> If you want a different height, you can use the preferences to
> Dave> change the number of default rows.
>
> I see. We set the width defaults implicitly per register as we use
> them, and they get saved individually for each register in our
> config.auto file on the fly. But on the
I have a request for still more GUI tweaks:
The dates in the transfer dialog and report options dialogs
are american style, regardless of the preferences/international
settings. Same thing with currency symbol, always $.
--
Herbert Thoma
FhG-IIS A, Studio Department
Am Weichselgarten3, 91058 Erl
Dave Peticolas writes:
> > Dave> I'm not quite following you here about what steps to go through
> > Dave> to get the bug.
> >
> > resize really wide. 2x click on each header, so that there is a whole
> > bunch of white space on the far right. now resize just a little bit,
> > by draggi
Gnucash BugTrack notification
new message incoming/83
Message summary for PR#83
From: [EMAIL PROTECTED]
Subject: crash at date entry
Date: unknown
0 replies 0 followups
> ORIGINAL MESSAGE FOLLOWS <
Received: (qmail 9945 invoked from network); 27 Fe
Hi all,
I now have CVS access, so it looks like the days of the
bigpatch are over :) (woohoo)
I have to step out for a little bit, but when I get
back I'm going to update CVS.
Note to Herbert Thoma: I think I have the crash bug
you reported fixed. When I get CVS updated, could you
check it? Th
Dave Peticolas <[EMAIL PROTECTED]> writes:
> This is something that deserves some discussion, because the
> solution is not entirely clear. Somehow, we should associate
> the account-expanded state with each gnucash file, but we
> shouldn't save the information in the actual file itself,
> since
While I think this is great I am afraid that it will overload (
bandwidth ) the current CVS server. I assume it is still located on
Linas's machine? And that he still only has a 128Kbps connection? If
so we really need to consider a read-only mirror... or daily
snapshots...
I am around this
>
> While I think this is great I am afraid that it will overload (
> bandwidth ) the current CVS server. I assume it is still located on
> Linas's machine? And that he still only has a 128Kbps connection? If
> so we really need to consider a read-only mirror... or daily
> snapshots...
Lina
Dave Peticolas wrote:
>
> >
> > While I think this is great I am afraid that it will overload (
> > bandwidth ) the current CVS server. I assume it is still located on
> > Linas's machine? And that he still only has a 128Kbps connection? If
> > so we really need to consider a read-only mirror.
Ummm... following error ours when I try to update/checkout from CVS.
Server configuration missing --allow-root in inetd.conf
cvs [checkout aborted]: authorization failed: server cvs.gnucash.org
rejected access
Jeremy
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTEC
Anon cvs access is currently out. Linas will restore
it in about an hour. Sorry for the delay :)
dave
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
> On Sun, 27 Feb 2000 10:20:49 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
>> > I'm not sure I agree with making the scroll bars disappear. That could
>> > cause some wierd effects with either showing or hiding a partial
>> > transaction, or causing the window to resize a lot as th
> On Sun, 27 Feb 2000 10:25:13 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
Dave> We could have a separate file that is saved in the same
Dave> directory for each user, but that seems a bit messy. We could
Dave> save the state in the user's config.auto under a specific file
Dave> na
> On Sun, 27 Feb 2000 10:29:20 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
>> I see. We set the width defaults implicitly per register as we use
>> them, and they get saved individually for each register in our
>> config.auto file on the fly. But on the height, it is set globally
>
> > On Sun, 27 Feb 2000 10:25:13 -0800, Dave Peticolas
> > <[EMAIL PROTECTED]> said:
>
> Dave> We could have a separate file that is saved in the same
> Dave> directory for each user, but that seems a bit messy. We could
> Dave> save the state in the user's config.auto under a specific
> On Sun, 27 Feb 2000 12:47:11 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
Dave> I now have CVS access, so it looks like the days of the bigpatch
Dave> are over :) (woohoo)
woohoo ^ woohoo.
Dave> I have to step out for a little bit, but when I get back I'm
Dave> going to update C
> On 27 Feb 2000 14:52:54 -0600, Rob Browning <[EMAIL PROTECTED]>
> said:
rlb> As a more radical alternative, we could switch to using a
rlb> directory per account group rather than a file, and it could
rlb> contain whatever files we need in order to carry all the right
rlb> state around
>
> Dave> The status bar would look very strange in that case, It has a
> Dave> uniform size for all the windows right now.
>
> yes, you are right. what about snapping to an integral number of
> lines? setting the width on the fly for people, but not the height
> seems kinda inconsistent to me
> On Sun, 27 Feb 2000 15:27:09 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
>> 1. Is it a design goal to allow people to open up a parent
>> register and actually put transactions in it? I was not thinking
>> that it was, and every time I acidentally open up a parent register
Dav
Rob Walker <[EMAIL PROTECTED]> writes:
> would it be wise to talk to the ex-apple guys to see what they have in
> mind for their "world saving linux interface"?
Maybe, though I'd rather use something fairly straightforward if we
can, and I can't think of anything more straightforward than this
> I have a request for still more GUI tweaks:
>
> The dates in the transfer dialog and report options dialogs
> are american style, regardless of the preferences/international
> settings. Same thing with currency symbol, always $.
I have fixed the $ problem for the dialogs. The date problem
stem
cvs is up and updated. Let me know if you have success/problems
getting and compiling it.
I'm going to send a source distribution and rpm to jeremy
later tonight.
dave
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
> On Sun, 27 Feb 2000 20:47:20 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
Dave> cvs is up and updated. Let me know if you have success/problems
Dave> getting and compiling it.
I just did a checkout, ./configure, make, make install, and they all
worked, to some degree. I was able
>
> > On Sun, 27 Feb 2000 20:47:20 -0800, Dave Peticolas
> > <[EMAIL PROTECTED]> said:
>
> Dave> cvs is up and updated. Let me know if you have success/problems
> Dave> getting and compiling it.
>
> I just did a checkout, ./configure, make, make install, and they all
> worked, to some d
Hello,
I'm a longtime Quicken user and a longer-time Linux User. I'm finally fed up
of rebooting Windows (or VMWare) to run Quicken, and have taken a look at
GnuCash as an alternative. I used the CVS version as of a couple of days ago.
First, I'll say that it looks very pretty. I have the fol
Hello,
To follow up my own post, here is a QIF file from B of A with improper dates
and which imports as 'Quicken Bank Account':
--begin--
!Type:Bank
D02/25/2000
T-84.07
N
PFRY'S ELECTRONICS
^
D02/25/2000
T100.73
N
PUS TREASURY TAX REFUND
^
D02/24/2000
T50.00
N
PBKOFAMERICA ATM
^
D02/
> On Sun, 27 Feb 2000 21:11:30 -0800, Dave Peticolas
> <[EMAIL PROTECTED]> said:
>> and what I find odd is that /home/rob/compiled/share/gnome does not
>> exist. I did not make /home/rob/compiled/[bin, doc, html, lib,
>> share], so I was under the impression that the apps made their own
David A Fenyes <[EMAIL PROTECTED]> writes:
> - I tried to import a file from Bank of America (which supports QIF
> download). The transactions were imported partially OK, but the
> dates were wrong (all 12/31/1969), and a new bank account 'Quicken
> Bank Account' was created. These files Are im
David A Fenyes <[EMAIL PROTECTED]> writes:
> Hello,
>
> To follow up my own post, here is a QIF file from B of A with
> improper dates and which imports as 'Quicken Bank Account':
Thanks. Having more sample files is still a big help. Bill'll
probably want to look at this with resepct to the
> I'll leave answering this to others who know OFX better, but it was my
> impression that it's more for communications than storage. Feel free
> to correct me.
>
You are right. It is a XML-based format for requesting/acknowledging
transactions. From what I've read of the spec, it covers ju
38 matches
Mail list logo
