1. Re: win32lib: IDE big fix
Judith,
Very good! I'll take a look at newest version :)
re TAB CONTROL, you said:
"Right now, you can only have one TabControl but many TabItems. Just keep
dropping TabItem on top of the prior one. Use the combo box to switch
between them."
Right, I figured out how you made it work for the IDE, & thought that was
pretty neat & easy to use; I just thought you should provide for the
possibility that someone might want to put *more than one* tabControl in a
window, which IS doable in Win32Lib, but not in your IDE. You could add a
"TabControl" button to work with the existing "TabItem" one, such that using
"TabControl" button makes new tab containers, and clicking on "TabItem"
makes new tab items for the selected TabControl.
Or, to save space, make the one "TabItem" button work two different ways,
depending on where the user clicks in the design pad: if you click in the
window outside a TabControl, it adds *another* TabControl there; if you
click *in* a TabControl in the window, it adds a TabItem to it? ToolTip
hint the button "Tab Control/Item"?
re FULL SCREEN ACCESS TO DESIGN PAD:
I think I'd rather one window, with control selection buttons at top, and
scroll bars h&v in the design pad itself, and have that window *start out
maximized*. What do others think?
What about "paste/replace"?
And what did you think about auto adding lines between "procedure xyz" and
"end procedure" ?
"BUG" in NOT most recent version which might also still be in most recent:
If you click on a control-creating button, it shows it "depressed", as one
would expect; if you click again, it shows it *not* depressed, but it is
still *functionally* selected, and if you click it again, it will *not* show
depressed until you click on some other button and come back. My guess would
be if you click on a depressed button, it should deactivate that selection,
functionally as well as visually, and *any* time you click on a not
depressed button, it should select it.
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
