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. > 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). Steve > > ----- Original Message ----- > > From: Stephen Pick > > To: perl-win32-gui-users@lists.sourceforge.net ; Jez White > > Sent: Tuesday, January 13, 2004 1:32 PM > > Subject: RE: [perl-win32-gui-users] Intermediate release of > Win32::GUI > > > > > > Hi Jez, > > > > I agree with most of your points about what goes into the > > project, but I feel that we're in the best position (as > > people working on active projects) to know what needs to be added. > > > > To make you extremely happy the commit i'll do thisevening > > will make progress bars take account of -foreground and > > -background colour arguments. Rejoice! > > > > Steve > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > Behalf Of Jez White > > Sent: 13 January 2004 12:16 > > To: Levin; perl-win32-gui-users@lists.sourceforge.net > > Subject: Re: [perl-win32-gui-users] Intermediate release of > Win32::GUI > > > > > > All, > > > > There have been quite a few additions to the 665-fix build - > > so perhaps a new build is warranted? > > > > How would people feel if there are regular new builds - say > > once a month (during active development)? [Laurent, I > > apologise for a suggestion that would give you more work!]. > > > > I've been thinking for a while about the problem of missing > > methods/functions for various controls. Most of below is just > > me speaking outloud, and does not offer direct solutions. > > With a bit of luck it may spark a bit of debate. I apologise > > in advance if this is just a boring monologue:) > > > > To me the general development process seems quite "selfish" > > - i.e., things go into the build that is required for the > > individual developers project. Using myself as an example, I > > needed the AddImageList method for the tab strip control, and > > with a bit of tinkering and struggle I got it working (It > > went into the latest build, with Laurent graciously adding > > other missing tab strip methods). In my view, this process > > isn't a negative thing, but I can't help wondering if there > > is a better way of managing and dealing with missing > > methods/functions. As an example, we had a solution presented > > for setting the colour of the progress control and ideally > > this should be added as a method to the core. > > > > I think part of the problem is that most of us on this list > > (including myself) are using Win32::GUI in an active project, > > so time and effort is devoted to our own needs and not on > > gui. So, solutions such as identifying all missing > > methods/functions, and dishing out the work in a proactive > > major, can only work if people have the time and inclination > > to do the work. It would also need someone to own, manage and > > control that aspect of the development project. I suspect > > that the hardcore hackers/developers have time constraints > > and other commitments that would preclude them for getting > > involved (?). > > > > The only solution I can think of is for more developers to > > get involved - perhaps some of you reading this list?:) > > Although, in my view, the key is for someone to manage and > > own. Anyone fancy the job?:) Perhaps other developers can be > > brought in through sourceforge (through the "help" wanted feature)? > > > > Thoughts? Comments? > > > > Cheers, > > > > "selfish" jez :) > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > From: Levin > > To: perl-win32-gui-users@lists.sourceforge.net > > Sent: Tuesday, January 13, 2004 10:50 AM > > Subject: [perl-win32-gui-users] Intermediate release of Win32::GUI > > > > > > Laurent, > > If corrections have enabled to put hooks, it's the good > > reason to make new PPM release of the module ;) Have you such plan? > > > > I had failure of all attempts when compiled a package with > > corrections from CVS Repository :( > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Perforce Software. > > Perforce is the Fast Software Configuration Management > System offering > > advanced branching capabilities and atomic changes on 50+ platforms. > > Free Eval! http://www.perforce.com/perforce/loadprog.html > > _______________________________________________ > > Perl-Win32-GUI-Users mailing list > > Perl-Win32-GUI-Users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > Perl-Win32-GUI-Users mailing list > Perl-Win32-GUI-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users >
