Re: Win32lib v0.52 released
- Posted by Derek Parnell <derekp at solace.com.au> Sep 13, 2000
- 462 views
Thanks David, I knew I'd miss a few things. I've added a "patch data" segment at the end of this email for those who want to manually update their v0.52 file. This patch will also be uploaded to sourceforge tonight (I hope). > >[Broken Stuff] > >1. There are no scrollbars in text edit windows, both for MLE's >(generic.exw) and Rich Text edits (RichTextEdit.exw). True for RE, but not true for MLE. The problem is that I removed the scrollbar styles from the RichText control definition. This is a mistake because it can break some existing code. I was trying to cater for those people who wanted a RichEdit control that did not have scrollbars. However, I've come up with an idea for this that I'll elaborate on later. Your reference to MLE problems is because I changed the GENERIC.EXW code to use a RichEdit during my testing and forgot to put the MleText back again. >2. The ListTreeView demo works with the tree, but the list portion >no longer >works. True. But I don't know why. It is not receiving the notification messages that I'd expect. Maybe Matt L. can help us on this one. At this stage I'll just note it as a known bug. >3. The 'Get Text' button in the RichTextEdit demo crashes the program. > True. This is a mistake. I did some last minute rearranging of some code (via cut&paste) and forgot to change the variable name and didn't re-test. A BIG mistake. Sorry. >[ Not Really Broken, But... ] > >1. I was suprised to find the bleeding edge only included changed code; I >had expected the complete library. I can change this if you guys/gals want it. But I figured that the experimental code was not really meant to replace an offical release, and I wanted to keep the download size as small as possible. So I only included the files that had changed or were new. In fact, I'm considering releasing patches as deltas to the source code files (I'm writing an automated "patcher" program.) >2. The window color seems to be hardcoded in - if you change the window >colors on the fly, all the colors will change correctly *except* the window >background color. True. This has been in the code for ages. I noticed this back in 0.45 and coded a fix for it, but it never made this release. I'll make sure it gets into 0.53 though. // -----------PATCH DATA------------------ // Intended for Win32Lib.ew // dated 13/sep/2000 07:37am, // size 615,467 bytes, // version 0.52 // --------------------------------------- Line 6 (verify -- Version: 0.52 "Bleeding Edge" 07/Sep/200 ) (replace#1 -- Version: 0.52a "Bleeding Edge" 13/Sep/200 ) Line 48 (verify -- A light-blue area appears at the left and top edges of the control. ) (addafter#3 --/term ListTreeView -- /b"since 0.52" /n -- The onTVSelect message does not arrive when nodes are selected. ) Line 55 (verify --<ul> ) (addafter#4 -- --/b<V0.52a> --/li fixed getText() for RichText controls /i" by David Cuny" --/li restored scrollbars to RichText controls /i" by David Cuny" ) Line 2525 (verify ) (replace#1 WS_SCROLLBARS = #00300000, -- set both vertical and horizontal scrollbars ) Line 2603 (verify ) (replace#1 ES_DISABLENOSCROLL = #2000, -- disable, rather than hide, unwanted scrollbars ) Line 6104 (verify WS_VISIBLE, ) (addafter#3 WS_SCROLLBARS, ES_DISABLENOSCROLL, ES_AUTOVSCROLL, ) Line 11152,11153 (verify if iLength > 0 then buffer = allocate( iLength + 1 ) -- add 1 for '/0' character. ) (replace#2 if result > 0 then buffer = allocate( result + 1 ) -- add 1 for '/0' character. ) // -------END OF PATCHES-------------------- cheers, Derek Parnell