> -----Original Message----- > From: Stephen Pick [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 13, 2004 11:17 AM > To: Frazier, Joe Jr; perl-win32-gui-users@lists.sourceforge.net > Subject: RE: [perl-win32-gui-users] Intermediate release of Win32::GUI > > > Hi again, > > > Cool, that works for me. Can these be passed in the > > constructor method, or not yet? > > Yes, of course :) -foreground and -background are supposedly > common options, but the progressbar was not aware of them. I > stress that it's not in 665-Fix yet, but will be in a few hours.
Cool! I assume Laurent is the one who would make the PPM. Back to Jez's question, can we get on some type of regular release schedule for getting all the changes in CVS rolled into a PPM package, maybe once per month like Jez stated? > > One functionality that I would like to see (It could already > > be there and I just don't know how), is the ability to have a > > scrollable window. In other words, you create window 50px > > high, put 5 text box controls on it, each 20 px tall and with > > 5 px between horizontally. Obviously, this goes below the > > "client" region and It would be good to be able to have a > > up/down scroll bar to scroll the remaining controls into > > view. > > Yes I think I've seen posts about this before. It is > certainly possible to add scrollbars to a window. Quite how > one makes them work I don't know, I cant remember when I last > saw an application that actually used it (that wasnt an MDI app). > > It's also possible to create a "panel" from a window with > scrollbars, if you give a window the WS_CHILD attribute and > then create it with a parent window set, you should see that > the window appears inside the client area of the parent > window, without a title bar (if it doesnt work you may have > to use Win32::API to do a SetParent call on it). You can add > scrollbars to this window, but they won't work as far as I > know (if I'm up to date, adding scrollbars to a window with > the -hscroll and -vscroll options does nothing yet). Well, perhaps someone should work on this 8^). My company has used VB in the past to dynamically build a form on multiple tab strips( in an older product). Since each client had a number of fields whose definition was defined in a database( the definition row would have things such as type (text, dropdown), default value, what table and field to store it in, format for the control, if it was a dropdown, where the list of values would come from,etc). In general, since let say that the window was 600 px high. Some clients would only need like 5 fields and that would fit, other clients needed some 40 fields and of course, the ones further down would only be viewable by scrolling down. Of course, if there is no scroll bar, you cannot easily see the other fields (tab might work, but I am not sure. Even still, this is rather ugly to have to tab, especially if you only had to set/change the last value out of 40!!!). > > Steve > >
