>>>>> 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 control-m work? ;-)
>> a few notes on the register. (I used a stock register, if that
>> matters any)
>>
>> When I open, resize, close, reopen the register, it saves the width of
>> the register, but not the height.
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 height, it is set globally
for every register in a config dialog. Now that I know this, I know
it and can work with it, but it seems kinda counter-intuitive to me.
>> When I 2xclick on each header across the headers, they resize down
>> to best size nicely! However, as I do this, the right edge of the
>> balance column gets sucked in off of the right side of the window.
>> This looks odd. I think the window should not allow this to
>> happen, but should resize smaller as the different columns resize
>> smaller.
Dave> I'll see if I can get this to happen.
also, I am able to resize the width to be less than what will allow
the "Close" button to be on the header. Is this good? I know I can
(and do) click _R_egister, _C_lose, just wondering what kind of
constrants we want to impose on the sizes of our work areas.
>> That would also fix the next problem. As I am 2xclicking, and
>> bringing in the right edge of the balance column (the register is
>> 980x503, if it matters), date resizes, and everything shifts down a
>> bit, and there is still a horizontal scroll bar at the bottom of
>> the screen. This scroll bar is needed at this point. 2xclick on
>> num, same thing happens. I am not quite sure that the horizontal
>> scroll bar is needed at this point, but it is still there. 2xclick
>> on description, and they all shift down again, separating the
>> balance from the right edge. the horizontal scroll is _not_ needed
>> now, but it is still there. it should disappear. 2xclick on
>> transfer from,
Dave> I'm not sure I agree with making the scroll bars disappear. That
Dave> could cause some wierd effects with either showing or hiding a
Dave> partial transaction, or causing the window to resize a lot as
Dave> the scroll bar gets shown/hidden. Gnumeric, for instance, has
Dave> scroll bars shown all the time.
As for the weird resizing all the time, I would suggest making the
balance area at the bottom of the register grow and shrink, so you
don't have half transactions showing, nor do you have the window grow
and shrink.
I understand why gnumeric keeps them there because there is always
cells to go to over there. I just checked gimp, and it keeps both
scroll bars all the time. grip removes both scroll bars as needed,
gnome-napster removes them as well. I don't have any more gnome apps
on this box. I am not sure about that request (removing the
horizontal scroll bar), since I think it might have been brought on by
the header resizing bug. Let's see if it still bugs me in a few
weeks, or if it bugs anyone else.
>> more of the same. sold, bought, price, value, tot shares, all work
>> the same. I move the left edge of the window in 17 pixels, now we are
>> 963x503, and the headers don't line up at all! they have shifted over
>> at least 4x what I have resized. The left edge of the date header is
>> right above the center of the description column. this is just a
>> minor annoyance, since i go ahead and resize it down so that the
>> headers are shoved back in from their right edge to line up as the
>> columns are shoved in from the left, but it is a bug just the same.
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 dragging the left side in just a few pixels. be sure to go just a
few, like 1/10 of the white space area.
>> here is the colors section of my .gnucash/config.auto I would have
>> tried black and white alternating if the text would have handled it
>> automatically. ;-)
Dave> Ummm, wow :) It's a bit loud, wouldn't you say?
heh... yeah, I was really trying to get the "post colors here" ball
rolling. I hope that someone sees the colors that _i_ have to work
with, and they will mail in better ones. :-)
I don't feel like booting windows just to snarf the quicken colors,
but I might if needed.
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
