Re: Scrolling a Window
Derek Parnell wrote:
> win32lib noraml handles tabbing from one control to the next automatically. Is
> there some reason why its default behaviour is not meeting the needs of your
> application?
The default would be fine, but with doing onKeyDown events for other
things, I just want the default behaviour reinstated.
Of course, if I could exchange default Tab behaviour for default
Control-Tab behaviour that would be great, too. Then I can allow
inserting tabs within a multi-line EditText control using just the Tab
key and move from one control to the next using Control-Tab, the exact
opposite of what MS Word does in tables. It just seems more intuitive to
me to use a key qualifier for the 'bigger' behaviour.
Actually, now that I think about it, it might be better to handle
changing focus with Shift-Arrow keys. That would give me two dimensions
of movement with a single paradym.
Hmmm... Guess I should go do some more work on my design spec.
> For example, I'd like to add a routine to the library so that an application
> can
> alter the tabbing order.
Anything that increases the flexibility of the library is a good idea.
In my original plan for this app, this would have come in handy, so I'm
sure there are other cases where it still would. In fact, this app is
going to have several different windows and it might still come in handy
for one of the others. I haven't nailed down the design spec as yet, so
I don't know for sure.
I don't suppose this tab reordering feature will be in Tuesday's
release, will it? 
-Ron T.
PS: BTW, I've just become a published author! I know that mentioning it
here is tantamount to spamming, but I'm so excited about this. Check it
out at:
www.actiontales.com/titles.html
|
Not Categorized, Please Help
|
|
