Re: win32lib: IDE big fix

new topic     » topic index » view thread      » older message » newer message

On Sat, 7 Oct 2000 01:21:31 -0700, Dan B Moyer <DANMOYER at PRODIGY.NET> wrote:


>TAB CONTROL:
>If you make a TabControl, add TabItems, and *then* resize the TabControl,
>the TabControl retains the size of the *first* "TabItem", which wouldn't be
>the users intent; and there's no way to look at the properties of the
>*TabControl* itself, just each of the TabItems.



What is supposed to happen when you resize ANY tabItem is that all of them
get the new size. It used to work that way <grin> but I guess I messed it up
somewhere. The TabControl will get the properties of the tabItems. Since
they should all be the same size, it didn't matter which one it used. Since
I've flubbed keeping them all the same size, if the first one is smaller,
then the others get chopped off. I'll take a look at it today. When you look
at Properties of TabItem, that is the TabControl's properties.


>
>CODE EDIT WINDOW:
>1.  if you select text all the way to the right edge of the (original size)
>window, & then try to "come back", you can't, and it leaves a cursor line
on
>the right edge;

Ok



>2.  if I maximize the code edit window, on my system I get a thin vertical
>line going down the right side, about 3/4 inch from the right scroll bar;
>text will over-write that line just fine, and just keep expanding the width
>of the window;


This is a new feature. I like to know where column 72 is for print purposes.
You can remove or change the gray line with Options/Ruler. It should be
there on Normal size also.


>3.  since text can expand the width of the code edit window, looks like you
>might need a horiz scroll bar?  Or a word-wrap function?

I could add a horizontal scrollbar, but right now you can use the right
arrow key to move into the next panel. I don't want to even touch any
word-wrap concept!

>4.  "select data/move mouse outside edit window" seems *mostly* fixed on
>*right* side, but has same problem as before on *left* side (which might be
>more important, 'cause it interferes with "quick" selection from
>right-to-left to left margin);


I know about the left side; I want to be sure I've got the right side nailed
before I add a bunch more code. smile

>right side still has slight problem:  works
>fine if window is left at original size, but if it's maximized, and user
>drags real quick to the right and "up-clicks" with mouse in scroll bar,
it's
>not *always* recognized & selection is *sometimes* still enabled.

That is interesting. The routine is the same regardless of the window size.
The version I uploaded this morning stops moving the mouse a pixel to the
left of the scrollbar which I thought would prevent the mouse and scrollbar
from bothering one another. I'll give it another look.


>
>Dan


Thanks again,

Judith

new topic     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu