Re: win32lib: IDE big fix
- Posted by Judith Evans <camping at FLASH.NET> Oct 07, 2000
- 367 views
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. >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