Re: win32lib: IDE big fix
Judith,
re: NEW OCT 6 VERSION:
Paste/replace works fine! Thanks!
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.
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;
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;
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?
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); 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. (I think
it depends on exactly how fast you drag, and exactly where in scroll bar you
unclick; *all* the way over seems to work ok, which makes it not so bad,
'cause that's easy to do.) I think part of the solution might be to let
selection routine know when "end-of-text-in-line" is reached, and
automatically stop highlighting there, but it does need to know when user
has released mouse button, no matter where they released it, so as to know
whether to add above or below lines to the selection or not. (I'm looking
at how OE email editor works while writing this, & that's what it does.
NotePad does same.) That might work on left side too.
Enough for now :)
Dan
----- Original Message -----
From: "Judith Evans" <camping at FLASH.NET>
To: <EUPHORIA at LISTSERV.MUOHIO.EDU>
Sent: Friday, October 06, 2000 12:49 PM
Subject: Re: win32lib: IDE big fix
> Dan ( and others testing ),
>
> I have this feedback for you:
>
> I have not found the problem with the scrollbar. I am sure it has
something
> to do with the editor being really worked out of sight and then BitBlt to
> the screen. I'll find it sooner or later.
>
> I fixed the last line problem leaving tics where the cursor tracked. It
was
> a similar problem as the selecting past the end of the visible line.
>
> The Window combobox leaving behind the up/down scroll and text box when
the
> window is moved is not my problem but Win32Libs. I made a quickie program
> the old fashioned way and ran it. If the combo has been clicked on it will
> leave something behind when the window moves. If something is selected
from
> the combobox, then nothing is left. This only seems to be a problem when
the
> combobox is in a window with another window as parent.
>
> I fixed the 'run' default directory.
>
> I fixed the Design Pad to restore after runing the program. I don't know
why
> I didn't get this to work once before, 'cause it was elementary.
>
> You can download these fixes at http:/home.flash.net/~camping/judith.htm
>
> I'm thinking over adding the 'delete' request to the Properties window. It
> shouldn't be too much (famous last words.)
>
> Judith
|
Not Categorized, Please Help
|
|
