1. toolbar hints on second window
- Posted by Judith Evans <camping at FLASH.NET> Jan 07, 2000
- 624 views
Hi, I've got a minor problem with toolbar hints on a secondary window. The hint will only stay visible for a fraction of time (not enough to really see what it says). On the main window, the hint stays visible as long as my mouse is on the toolbar button. This is version i of win32lib and Eu 2.1 and Win98. Also I'm having an intermintent problem running a win32lib program along with Windows Explorer. Under some conditions I haven't fully tracked, the 'tab' key goes crazy. It may act like alt-tab and swap between my program and Windows Explorer and any other programs I have going and at others it just tabs around in Window Explorer. Also using the Ctrl key in Windows Explorer will highlight ALL entries in the right pane. Interesting but frustrating! This is not a new win32lib program but one I've been using for a long time without any enhancements. It is not bound so it also is using version i of win32lib. I understand version i is 'a work in progress.' Any ideas? Thanks, Judith Evans
2. Re: toolbar hints on second window
- Posted by David Cuny <dcuny at LANSET.COM> Jan 07, 2000
- 622 views
Judith Evans wrote: > I've got a minor problem with toolbar > hints on a secondary window. I found the problem. In triggerTooltip, there's the test on line 10978: size = getClientSize(mainWindow) If the cursor is outside of the main window on the next clock tick, the tooltip is removed. Obviously, the use of mainWindow is the problem here. I'll need to track the parent window of the tooltip's control, and use that identifier instead. It should be simple enough to code. > Also I'm having an intermittent problem > running a win32lib program along with > Windows Explorer. Sounds like it's intecepting *all* the system keys, and not only those directed to the application. That's odd, because the isHotKey and isTabKey code should only be activated for messages sent to subclassed controls. If that's the case, adding a check with GetForegroundWindow would probably get rid of the problem. I'll need to verify this is what's actually happening. If you can give an example where it *always* breaks, that would be helpful. Thanks for the bug reports! Unfortunately, I don't expect to have time until next week to try fixing the code. Sorry.-- David Cuny
3. Re: toolbar hints on second window
- Posted by Judith Evans <camping at FLASH.NET> Jan 07, 2000
- 556 views
David, Thanks for responding to my question. RE: the tab key problem. I'll start a paper log of when this happens and what program I am in. Should have done that before posting. One of the times I know for sure is in a program that is basically a window with menus, toolbar and status bar and includes your edit.ew (unmodified). Perhaps you do something in IDE.exw that I've neglected to do.... Judith Evans
4. Re: toolbar hints on second window
- Posted by Judith Evans <camping at FLASH.NET> Jan 09, 2000
- 518 views
David, Well, I don't know what to think..... I recycled the computer and since then the Tab problem I was having has disappeared. I don't understand the connection but for now I think you can cross that problem off your list. Are you making any progress on controls in a tabItem being able to be clickable such as the button in your example? Thanks, Judith Evans
5. Re: toolbar hints on second window
- Posted by David Cuny <dcuny at LANSET.COM> Jan 09, 2000
- 536 views
Judith Evans wrote: > Well, I don't know what to think..... I'll pretend that the problem is solved.> Are you making any progress on controls > in a tabItem being able to be clickable such > as the button in your example? Controls in tabItems don't trigger onClick events? Bother... Thanks! -- David Cuny