>>>>> On Wed, 16 Feb 2000 12:02:43 -0500 (EST), Heath Martin
>>>>> <[EMAIL PROTECTED]> said:
Heath> Rob Walker writes:
>> I newly found some functionality while working with this. I was
>> resizing my fields in my register. (I was also wishing one could
>> double click on the resize bar, and it would resize to the smallest
>> size possible which showed the values) I was in one of my stock
>> registers, and I resized the description field (almost all of them
>> are "Price", and the Transfer From field got resized down so I
>> could barely see the header. Then, the sold and bought fields
>> almost never get any thing in them, and when they do, it is pretty
>> small values, so I resized it to be smaller. Shazam! All of the
>> following fields got smaller, too! I couldn't believe it. I
>> resized bigger, and all of them got bigger. Including the Balance
>> field.
>>
>> This is odd behaviour indeed! Could this be why we couldn't resize
>> the Balance field on its' own?
Heath> The header resizing stuff is my code, and the overall behaviour
Heath> is in fact quite odd. However, the code that is in the current
Heath> big patch is fairly old, and in my local copy I've made several
Heath> improvements and bug fixes. In particular, I've fixed the bug
Heath> that prevents the Balance field from being resized, and I've
hooray!
Heath> fiddled around with how the other fields are resized when the
Heath> user resizes a given field, and I've added functionality that
Heath> allows double clicks on a resize bar to auto-resize the column.
2x hooray!
Heath> What I lack at the moment is time to get my code incorporated
Heath> into Dave's big patch, but as soon as I can find the time,
Heath> it'll go out immediately.
aw, heck, just email him patches against CVS. I am convinced that
Dave has some sort of magic patch generator over there which can make
patches out of nothing.
Heath> The problem you mentioned about the Transfer From column is a
Heath> combination of a bug and fundamental but fairly technical
Heath> problem in the gnome canvas that I have not figured out how to
Heath> work around yet.
I don't remember a bug with transfer from. What is this bug?
Heath> Regarding the price/?/balance fields, these are set up so that
Heath> they must always have the same size (except for more odd
Heath> behaviour). I can change this if it's not the right thing to
Heath> do.
my balance is much larger than my transactions. I don't see why they
have to be the same size.
Heath> Here's a question: as it is designed currently, there are two
Heath> columns (Transfer From and Description) that automatically
Heath> shrink/grow when the register window is resized so that the
Heath> register fills the window as well as can be arranged. What
uck, ick, pthooie! That really boggles me when that happens. I
especially don't like automatically growing the transfer from field.
That one is pretty much going to be short all the time.
Heath> should happen when the user resizes the Description field, for
Heath> example? Should it be forever fixed at that width ? Or should
Heath> it still automatically shrink/grow ? If it doesn't
auto-grow on the Description field is ok.
Heath> shrink/grow, we'll get ugly white space on the right if the
Heath> register window is enlarged, and ugly horizontal scrollbars if
Heath> the window is made smaller. But if it's not fixed, the user
Heath> will get annoyed when the description field gets smaller than
Heath> he/she resized it to be. Ideas ?
I would think that "least surprise" dictates no auto-resizing of
fields when someone resizes the register. I don't mind the white
space, as sometimes I am trying to resize the balance column, or some
other column, and I size the register bigger, and then I don't get any
room on the right side.
rob
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
