1. Another Bleeding Edge of Win32Lib
- Posted by "Cuny, David at DSS" <David.Cuny at DSS.CA.GOV> Dec 23, 1999
- 468 views
I was really planning on coding up the portable GUI library this week, but someone sent me a project coded in VEL, and wondered how difficult it would be to port to Win32Lib, since VEL is (apparently) no more. It had all sorts of nifty features: buttons with text *and* graphics, coolbar controls, tab controls, RTF editing, etc. My response was that it would be possible to port it over, but it would lose most of the 'cool' features. So I started hacking into Win32Lib, to add in some of the missing features. I've posted Win32Lib "Bleeding Edge" v0.45g, at: http://www.lanset.com/dcuny/win32.htm New features include: - Tab controls. There are two new controls, TabControl (the control) and TabItem (a tab on the control). If you associate controls with the TabItem (geometry relative to the TabControl), Win32Lib will take care of displaying and hiding them when you select the TabItem. This control is pretty spiff looking. - Focus logic updated. The TAB/SHIFT+TAB key will now navigate you past items that are invisible or deactivated. I haven't had much chance to test this out, so if people would hammer on this, I'd appreciate it. - Code cleanup. I've cleaned up the code a bit, and fixed some errors in the HTML documentation layout. [What's Next] Rather than add new controls (as cool as the Tree List control looks), I'd like to get around to fixing some things that have been missing from Win32Lib for some time: - Deleting controls. You should be able to delete existing controls (and windows) in Win32Lib, but you can't. I'll probably implement a destroy() command that will recursively destroy a control, and all it's children. - Hot key support. Win32Lib displays hot keys in captions, but it currently doesn't respond to them (except in menus). - Default Button. The "default" button should be selected when the Enter key is pressed, but it doesn't. - Background colors of controls. These don't always respond as they should. For example, the background color of a static control (such as LText) displays as bright white, instead of using the parent's color. Did I miss any other major items? Found a bug? If so, let me know. Thanks! -- David Cuny