You can subscribe to this list here.
2001 |
Jan
(226) |
Feb
(139) |
Mar
(156) |
Apr
(95) |
May
(181) |
Jun
(166) |
Jul
(80) |
Aug
(59) |
Sep
(69) |
Oct
(83) |
Nov
(142) |
Dec
(33) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(42) |
Feb
(91) |
Mar
(76) |
Apr
(113) |
May
(67) |
Jun
(68) |
Jul
(37) |
Aug
(41) |
Sep
(16) |
Oct
(135) |
Nov
(51) |
Dec
(21) |
2003 |
Jan
(37) |
Feb
(36) |
Mar
(37) |
Apr
(103) |
May
(68) |
Jun
(70) |
Jul
(77) |
Aug
(12) |
Sep
(9) |
Oct
(53) |
Nov
(88) |
Dec
(63) |
2004 |
Jan
(263) |
Feb
(106) |
Mar
(36) |
Apr
(21) |
May
(21) |
Jun
(34) |
Jul
(33) |
Aug
(34) |
Sep
(35) |
Oct
(21) |
Nov
(43) |
Dec
(63) |
2005 |
Jan
(28) |
Feb
(42) |
Mar
(29) |
Apr
(14) |
May
(41) |
Jun
(20) |
Jul
(65) |
Aug
(136) |
Sep
(41) |
Oct
(74) |
Nov
(34) |
Dec
(94) |
2006 |
Jan
(85) |
Feb
(94) |
Mar
(68) |
Apr
(103) |
May
(66) |
Jun
(51) |
Jul
(24) |
Aug
(56) |
Sep
(57) |
Oct
(85) |
Nov
(73) |
Dec
(68) |
2007 |
Jan
(59) |
Feb
(32) |
Mar
(13) |
Apr
(32) |
May
(36) |
Jun
(36) |
Jul
(64) |
Aug
(35) |
Sep
(19) |
Oct
(10) |
Nov
(13) |
Dec
(20) |
2008 |
Jan
(26) |
Feb
(41) |
Mar
(19) |
Apr
(24) |
May
(16) |
Jun
(33) |
Jul
(34) |
Aug
(4) |
Sep
(11) |
Oct
|
Nov
(26) |
Dec
(23) |
2009 |
Jan
(5) |
Feb
(2) |
Mar
(21) |
Apr
(16) |
May
(13) |
Jun
(6) |
Jul
(34) |
Aug
(2) |
Sep
(1) |
Oct
(7) |
Nov
(5) |
Dec
(24) |
2010 |
Jan
(3) |
Feb
(5) |
Mar
(6) |
Apr
(6) |
May
(14) |
Jun
(6) |
Jul
(1) |
Aug
(12) |
Sep
(10) |
Oct
(9) |
Nov
|
Dec
(2) |
2011 |
Jan
(4) |
Feb
(5) |
Mar
(30) |
Apr
(1) |
May
(2) |
Jun
(5) |
Jul
(3) |
Aug
(2) |
Sep
(3) |
Oct
|
Nov
(6) |
Dec
|
2012 |
Jan
|
Feb
(10) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(4) |
2013 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
(3) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
(7) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(5) |
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Anthony C. G. <ag...@em...> - 2001-04-24 15:13:23
|
doh! didn't see the attachment from the webclient I was using! sorry... >tony ----- Original Message ----- From: "Anthony C. George" <ag...@em...> To: <per...@li...> Sent: Tuesday, April 24, 2001 9:28 AM Subject: Re: [perl-win32-gui-users] Gui-program problem > Also a code segment is always helpful :) > > >tony > > ----- Original Message ----- > From: "Jeremy Blonde" <Sco...@ya...> > To: <per...@li...> > Sent: Tuesday, April 24, 2001 9:26 AM > Subject: RE: [perl-win32-gui-users] Gui-program problem > > > > When the gui window is created the program enters a messaging loop. It > > processes events that the gui window fires off. If you create a gui > window > > but don't fire off any events the program won't do anything. You need to > > fire off an event so that your script can process the rest of your script. > > You fire events by clicking on things (buttons, labels), resizing the > > window, closing the window, etc., etc. So you can either put a button on > > the gui window that when clicked runs the ftp transfer, or I believe there > > is an _Activate event so that when the window is created you can start the > > ftp transfer. > > > > Hopefully, that explains what is happening. > > > > Jeremy Blonde > > > > -----Original Message----- > > From: per...@li... > > [mailto:per...@li...]On Behalf Of > > Jeremy Aiyadurai > > Sent: Monday, April 23, 2001 4:18 PM > > To: per...@li... > > Subject: [perl-win32-gui-users] Gui-program problem > > > > > > > > Hello all > > > > I can't get my script to work with the gui windows, when the gui sub > > routine gets called and the windows gets created, the program freezes and > > script does not continue > > > > I have not done win32::Gui programming before so your help is always > > appreciated. > > > > See the script attached. > > > > Thankyou > > > > Jeremy > > > > > > _________________________________________________________ > > Do You Yahoo!? > > Get your free @yahoo.com address at http://mail.yahoo.com > > > > > > _______________________________________________ > > Perl-Win32-GUI-Users mailing list > > Per...@li... > > http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > > > > > > > > _______________________________________________ > Perl-Win32-GUI-Users mailing list > Per...@li... > http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > > |
From: Johan L. <jp...@bo...> - 2001-04-24 14:12:40
|
Is there a way to create a "real" modal dialog box using Win32::GUI? In the sample apps, the solution that comes closest is to Disable the main window, Show the dialog window and then Enable the main window again when the dialog is closed by the user. There are two drawbacks with this method: 1) The modal dialog window is an ordinary window, visible in the task bar. I have a vague memory of a post describing how to solve this. 2) With the modal dialog visible, when the user clicks on another application and then on the modal dialog window, only the modal dialog gets visible. The main window is still below the other application. Same goes for the main window. This is not how "real" modal dialogs work; the entire application should be brought to the top when one of the windows is clicked. /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... |
From: Johan L. <jp...@bo...> - 2001-04-24 14:00:35
|
Jeremy wrote: >I can't get my script to work with the gui windows, when the gui sub >routine gets called and the windows gets created, the program freezes and >script does not continue After a quick look, this is the problem: In the sub CreateProgressWin you create the window and then call Win32::GUI::Dialog(); It kind of looks like it's a remnant from Perl Builder :) The call to Dialog() will make the script enter the main event loop. Anything from there (like your FTP stuff) has to be triggered by an event (e.g. a button click, a window being resized, or a timer) until the event loop is terminated (by returning -1 in an event handler). The thing is, you don't have to call Win32::GUI::Dialog() for the window to function, you can do that manually by calling Win32::GUI::DoEvents() as often as possible. And you already do that in the RecieveTransfer loop, so if you just remove the call to Dialog() it will work fine. The downside: the GUI response will be sluggish when you do it like this, but the alternative is to do your application stuff in another process or thread, and that is a lot more work. I'd love to see a stable framework for doing that though. >I have not done win32::Gui programming before so your help is always >appreciated. You use \ instead of \\ as directory separator in a few places. Most of the time / works very well on the Windows platform. And, you might want to change the password on whichever server that is ;) Hope That Helps, /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... |
From: Anthony C. G. <ag...@em...> - 2001-04-24 13:29:22
|
Also a code segment is always helpful :) >tony ----- Original Message ----- From: "Jeremy Blonde" <Sco...@ya...> To: <per...@li...> Sent: Tuesday, April 24, 2001 9:26 AM Subject: RE: [perl-win32-gui-users] Gui-program problem > When the gui window is created the program enters a messaging loop. It > processes events that the gui window fires off. If you create a gui window > but don't fire off any events the program won't do anything. You need to > fire off an event so that your script can process the rest of your script. > You fire events by clicking on things (buttons, labels), resizing the > window, closing the window, etc., etc. So you can either put a button on > the gui window that when clicked runs the ftp transfer, or I believe there > is an _Activate event so that when the window is created you can start the > ftp transfer. > > Hopefully, that explains what is happening. > > Jeremy Blonde > > -----Original Message----- > From: per...@li... > [mailto:per...@li...]On Behalf Of > Jeremy Aiyadurai > Sent: Monday, April 23, 2001 4:18 PM > To: per...@li... > Subject: [perl-win32-gui-users] Gui-program problem > > > > Hello all > > I can't get my script to work with the gui windows, when the gui sub > routine gets called and the windows gets created, the program freezes and > script does not continue > > I have not done win32::Gui programming before so your help is always > appreciated. > > See the script attached. > > Thankyou > > Jeremy > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > _______________________________________________ > Perl-Win32-GUI-Users mailing list > Per...@li... > http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > > |
From: Jeremy B. <Sco...@ya...> - 2001-04-24 13:21:23
|
When the gui window is created the program enters a messaging loop. It processes events that the gui window fires off. If you create a gui window but don't fire off any events the program won't do anything. You need to fire off an event so that your script can process the rest of your script. You fire events by clicking on things (buttons, labels), resizing the window, closing the window, etc., etc. So you can either put a button on the gui window that when clicked runs the ftp transfer, or I believe there is an _Activate event so that when the window is created you can start the ftp transfer. Hopefully, that explains what is happening. Jeremy Blonde -----Original Message----- From: per...@li... [mailto:per...@li...]On Behalf Of Jeremy Aiyadurai Sent: Monday, April 23, 2001 4:18 PM To: per...@li... Subject: [perl-win32-gui-users] Gui-program problem Hello all I can't get my script to work with the gui windows, when the gui sub routine gets called and the windows gets created, the program freezes and script does not continue I have not done win32::Gui programming before so your help is always appreciated. See the script attached. Thankyou Jeremy _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Kevin_ADM-Gibbs/<Al...@al...> - 2001-04-24 08:18:59
|
Jeremy, The Win32-Gui module is normally used in an event driven mode. When you call Win32::GUI::DoEvents() (or Win32::GUI::Dialog()) you pass control over to the event handler. Control is only passed back to your script when a Gui event (mouse or keyboard actions) occurs. It looks to me as though you want to use the GUI module to provide a status window. This can be done by replacing the Win32::GUI::DoEvents() calls with $TransferBox->Update() Hope this is what your trying to do. Kev. Jeremy Aiyadurai <bc...@te...>@lists.sourceforge.net on 23/04/2001 21:18:29 Please respond to per...@li... Sent by: per...@li... To: per...@li... cc: Subject: [perl-win32-gui-users] Gui-program problem Hello all I can't get my script to work with the gui windows, when the gui sub routine gets called and the windows gets created, the program freezes and script does not continue I have not done win32::Gui programming before so your help is always appreciated. See the script attached. Thankyou Jeremy |
From: Jeremy A. <bc...@te...> - 2001-04-23 20:22:16
|
Hello all I can't get my script to work with the gui windows, when the gui sub routine gets called and the windows gets created, the program freezes and script does not continue I have not done win32::Gui programming before so your help is always appreciated. See the script attached. Thankyou Jeremy |
From: Johan L. <jp...@bo...> - 2001-04-19 17:15:58
|
Eoin wrote: >Unquoted string "re" may clash with future reserved word at File/Basename.pm >lin >e 131. This one has to do with PerlApp. Just ignore it. >couldn't find diagnostic data in C:\Perl\lib/pods/perldiag.pod C:\Perl\bin . >C:\ >DOCUME~1\EOIN_B~1.EUR\LOCALS~1\Temp\Oasis\{BBD1CC5C-1D7C-4ED5-AB92-FD1486CB9 >74E} >\ . C:\Perl\bin\Oasis.exe at Diagnostics.pm line 241. >BEGIN failed--compilation aborted at Oasis.exe line 21. use Diagnostics; doesn't seem to work with PerlApp unless you include that file manually. A weird thing is that I don't have that file on my system either :) Anyway, thanks for the feedback! A new release (tested on a non-Perl system) is available at: http://www.bahnhof.se/~johanl/perl/Oasis/ /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... |
From: <Eoi...@de...> - 2001-04-19 16:36:24
|
I'm getting this=20 using Windows 2K Unquoted string "re" may clash with future reserved word at = File/Basename.pm lin e 131. couldn't find diagnostic data in C:\Perl\lib/pods/perldiag.pod = C:\Perl\bin . C:\ DOCUME~1\EOIN_B~1.EUR\LOCALS~1\Temp\Oasis\{BBD1CC5C-1D7C-4ED5-AB92-FD148= 6CB9 74E} \ . C:\Perl\bin\Oasis.exe at Diagnostics.pm line 241. BEGIN failed--compilation aborted at Oasis.exe line 21. Rgds Eoin : mailto:Eoi...@de... -----Original Message----- From: Johan Lindstrom [mailto:jp...@bo...] Sent: 18 April 2001 16:20 To: per...@li... Subject: RE: [perl-win32-gui-users] Perl Oasis Nhat-Hung LAM wrote: >The binary also did not work for me (Windows NT 4 - SP6). The binary was created as a "freestanding" PerlApp, but without the=20 perl56.dll file included. I guess that is the problem. The new binary is now totally freestanding, i.e. it includes the = perl56.dll=20 file. I hope that solves the problem. If not, please let me know. A new release with the new binary and a few fixed defects is available = here: http://www.bahnhof.se/~johanl/perl/Oasis/ I haven't begun to name or date-tag the releases yet, so whatever is=20 present there is the "latest release". Regarding the problem with the application chrashing when you double = click=20 on a module to load it; I have confirmed the defect. I can reproduce = it. I=20 still haven't been able to create a simplest-possible-case to reproduce = it. I have the Visual C++ debugger installed, and the error message I get = is=20 something like 'The instruction at "xxx" referenced memory at "xxx". = The=20 memory could not be "read".', which presumably means that the app tried = to=20 access memory outside the application's memory space. After having fiddled with this for a couple of hours yesterday, it = seems=20 related to three things: 1) The fact that I Clear() the tree view 2) Certain data in the tree view when Clear() is called 3) The fact that the DblClick() event is triggered If I don't Clear() the tree view when I load a new module, the problem=20 disapperars. Most of the time 2) isn't relevant, so the program works. I still = haven't=20 pinpointed this one. If I don't actually double click on the node, the problem disappears. = If I=20 call the DblCLick() sub from e.g. a NodeClick() event or a button = Click()=20 it works fine. My initial guess is that it is related to mouse events fired at or = handled=20 by already-deallocated nodes in the tree view. Or something... :/ /J -- Johan Lindstr=F6m, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... _______________________________________________ Perl-Win32-GUI-Users mailing list Per...@li... http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users |
From: Johan L. <jp...@bo...> - 2001-04-19 13:44:35
|
I wrote: >If I don't actually double click on the node, the problem disappears. If I >call the DblCLick() sub from e.g. a NodeClick() event or a button Click() >it works fine. And so it went away. The workaround--I'm big on workarounds, having a past as a web designer--is to not do important stuff in the DblClick() event. What I do now is this: In the DblClick() event I set a property, eventWrapper, to the code I want to execute. Nothing else. A timer triggers 50 times a second, looking at the eventWrapper property. If it's nonempty, the timer evals the string. Voila! The timer doesn't seem to affect performance, and the delay between double click and action isn't noticable unless you know it's there. It's not industrial-strength tested yet, but it seems to work fine. - - - - - There is a new release with this workaround and a few extra bug fixes and features like e.g. "@ISA modules" (an inheritance tree). The new binary will open in a DOS console so error messages aren't lost. Maybe that explain why the binary doesn't work for some of you. - - - - - If you think I spam this list with too many messages about this one application, please let me know and I'll cut back. Just let me know when I get annoying :) /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... |
From: Johan L. <jp...@bo...> - 2001-04-19 13:33:13
|
Nhat-Hung LAM wrote: >Do you plan to make it support for Notepad editor as well? As UltraEdit is a >shareware and not all people have it! Whichever editors people use the most. UltraEdit is easy to do since it's a mature editor with useful features. Notepad would be a little more difficult, but I think Win32::ActAcc and Win32::GuiTest can do wonders when it comes to controlling even the most primitive editors. I'm not sure when it would get done though. If you really, really need Notepad support you can subclass PDE::Editor and write it yourself :) /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... |
From: Lam, Nhat-H. <Lam...@PM...> - 2001-04-19 12:14:56
|
Johan, I got downloaded the new binary but it does not work as well. Nothing happened when starting it, program just exited without any error = message! I installed WIN32-API 0.20 (thanks Aldo :-)) and I can start it from = source code now. Do you plan to make it support for Notepad editor as well? As UltraEdit = is a shareware and not all people have it! Thank you Nhat-Hung LAM > -----Original Message----- > From: Johan Lindstrom [SMTP:jp...@bo...] > Sent: Wednesday, April 18, 2001 5:20 PM > To: per...@li... > Subject: RE: [perl-win32-gui-users] Perl Oasis >=20 > Nhat-Hung LAM wrote: > >The binary also did not work for me (Windows NT 4 - SP6). >=20 > The binary was created as a "freestanding" PerlApp, but without the=20 > perl56.dll file included. I guess that is the problem. >=20 > The new binary is now totally freestanding, i.e. it includes the > perl56.dll=20 > file. I hope that solves the problem. If not, please let me know. >=20 > A new release with the new binary and a few fixed defects is = available > here: > http://www.bahnhof.se/~johanl/perl/Oasis/ >=20 > I haven't begun to name or date-tag the releases yet, so whatever is=20 > present there is the "latest release". >=20 >=20 > Regarding the problem with the application chrashing when you double = click >=20 > on a module to load it; I have confirmed the defect. I can reproduce = it. I >=20 > still haven't been able to create a simplest-possible-case to = reproduce > it. >=20 > I have the Visual C++ debugger installed, and the error message I get = is=20 > something like 'The instruction at "xxx" referenced memory at "xxx". = The=20 > memory could not be "read".', which presumably means that the app = tried to >=20 > access memory outside the application's memory space. >=20 > After having fiddled with this for a couple of hours yesterday, it = seems=20 > related to three things: >=20 > 1) The fact that I Clear() the tree view > 2) Certain data in the tree view when Clear() is called > 3) The fact that the DblClick() event is triggered >=20 > If I don't Clear() the tree view when I load a new module, the = problem=20 > disapperars. >=20 > Most of the time 2) isn't relevant, so the program works. I still = haven't=20 > pinpointed this one. >=20 > If I don't actually double click on the node, the problem disappears. = If I >=20 > call the DblCLick() sub from e.g. a NodeClick() event or a button = Click()=20 > it works fine. >=20 > My initial guess is that it is related to mouse events fired at or = handled >=20 > by already-deallocated nodes in the tree view. Or something... :/ >=20 >=20 > /J >=20 > -- > Johan Lindstr=F6m, Sourcerer, Boss Casinos Ltd, Antigua > jp...@bo... >=20 >=20 > _______________________________________________ > Perl-Win32-GUI-Users mailing list > Per...@li... > http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users |
From: Peter E. <Pet...@at...> - 2001-04-18 18:03:25
|
tried it and works like a charm! and to answer my own question, no it doesn't get hidden behind the tabstrip. -----Original Message----- From: Peter Eisengrein=20 Sent: Wednesday, April 18, 2001 1:59 PM To: 'per...@li...' Subject: RE: [perl-win32-gui-users] GUI button problems Cool, I'll try adding the control to the window. Doesn't really matter = to the script, just visually. Does the button get hidden behind the tab = strip though? -----Original Message----- From: Johan Lindstrom [mailto:jp...@bo...] Sent: Wednesday, April 18, 2001 9:21 AM To: per...@li... Subject: Re: [perl-win32-gui-users] GUI button problems Peter wrote: >depresses). I am guessing the problem is because it is nested on a = Tab, but >I'm not sure. And if that is it, whatis the proper way to call it? In = the >script below, if you click on this button you do NOT get any output to = the >console. I had the same problem. My workaround was to simply not insert the = control=20 i the TabStrip but in the Window itself. The only difference, so far as = I=20 could tell, is that the left/top is relative to the Window instead of = the=20 TabStrip interior. Either way you'll have to keep track of which = controls=20 belong to which tab yourself. Stuff for making that easier: If you look through the archives you'll = find=20 a posting from Laurent Rocher with a module for managing TabStrips. I = think=20 that involves using your current approach, so maybe the missing-event=20 problem is solved by using it, I don't know. Or you can download the = Oasis=20 source and use the Win32::GUI::TabStripGroup class. /J -- Johan Lindstr=F6m, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... _______________________________________________ Perl-Win32-GUI-Users mailing list Per...@li... http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users |
From: Peter E. <Pet...@at...> - 2001-04-18 17:58:43
|
Cool, I'll try adding the control to the window. Doesn't really matter = to the script, just visually. Does the button get hidden behind the tab = strip though? -----Original Message----- From: Johan Lindstrom [mailto:jp...@bo...] Sent: Wednesday, April 18, 2001 9:21 AM To: per...@li... Subject: Re: [perl-win32-gui-users] GUI button problems Peter wrote: >depresses). I am guessing the problem is because it is nested on a = Tab, but >I'm not sure. And if that is it, whatis the proper way to call it? In = the >script below, if you click on this button you do NOT get any output to = the >console. I had the same problem. My workaround was to simply not insert the = control=20 i the TabStrip but in the Window itself. The only difference, so far as = I=20 could tell, is that the left/top is relative to the Window instead of = the=20 TabStrip interior. Either way you'll have to keep track of which = controls=20 belong to which tab yourself. Stuff for making that easier: If you look through the archives you'll = find=20 a posting from Laurent Rocher with a module for managing TabStrips. I = think=20 that involves using your current approach, so maybe the missing-event=20 problem is solved by using it, I don't know. Or you can download the = Oasis=20 source and use the Win32::GUI::TabStripGroup class. /J -- Johan Lindstr=F6m, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... _______________________________________________ Perl-Win32-GUI-Users mailing list Per...@li... http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users |
From: Piske, H. <Har...@bo...> - 2001-04-18 16:16:17
|
| I have the Visual C++ debugger installed, and the error | message I get is | something like 'The instruction at "xxx" referenced memory at | "xxx". The | memory could not be "read".', which presumably means that the | app tried to | access memory outside the application's memory space. Don't worry, every so often my Micro$oft IE5.5 does that or the Micro$oft PhotoEd, both unter Micro$oft Windoze 2000 and Micro$oft MT (read: empty). I guess it must be somewhere in the Micro$oft Programming Guidlines to have your app do this every once in a while. The only thing you should fix: this "feature" MUST NOT be so predictable - it has to come as a total surprise. ;-) Harald |
From: Johan L. <jp...@bo...> - 2001-04-18 15:23:57
|
Nhat-Hung LAM wrote: >The binary also did not work for me (Windows NT 4 - SP6). The binary was created as a "freestanding" PerlApp, but without the perl56.dll file included. I guess that is the problem. The new binary is now totally freestanding, i.e. it includes the perl56.dll file. I hope that solves the problem. If not, please let me know. A new release with the new binary and a few fixed defects is available here: http://www.bahnhof.se/~johanl/perl/Oasis/ I haven't begun to name or date-tag the releases yet, so whatever is present there is the "latest release". Regarding the problem with the application chrashing when you double click on a module to load it; I have confirmed the defect. I can reproduce it. I still haven't been able to create a simplest-possible-case to reproduce it. I have the Visual C++ debugger installed, and the error message I get is something like 'The instruction at "xxx" referenced memory at "xxx". The memory could not be "read".', which presumably means that the app tried to access memory outside the application's memory space. After having fiddled with this for a couple of hours yesterday, it seems related to three things: 1) The fact that I Clear() the tree view 2) Certain data in the tree view when Clear() is called 3) The fact that the DblClick() event is triggered If I don't Clear() the tree view when I load a new module, the problem disapperars. Most of the time 2) isn't relevant, so the program works. I still haven't pinpointed this one. If I don't actually double click on the node, the problem disappears. If I call the DblCLick() sub from e.g. a NodeClick() event or a button Click() it works fine. My initial guess is that it is related to mouse events fired at or handled by already-deallocated nodes in the tree view. Or something... :/ /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... |
From: Aldo C. <da...@pe...> - 2001-04-18 15:00:25
|
Lam, Nhat-Hung wrote: > Johan, > > The binary also did not work for me (Windows NT 4 - SP6). > > I tried to install all related modules in order to be able to run from the > source code, one still missing is WIN32::API 0.20. I don't have the C > compiler, I then installed it via ActiveState PPM but the only version > available is API 0.01 and the Perl Oasis does not work as expected. > > I would appreciate if someone could send a "compiled" version of Win32-API > 0.20 to me? I am using Perl ActiveState 5.6 build 623. get it from http://dada.perl.it/PPM/ :-) cheers, Aldo __END__ $_=q,just perl,,s, , another ,,s,$, hacker,,print; |
From: Lam, Nhat-H. <Lam...@PM...> - 2001-04-18 14:41:19
|
Johan, The binary also did not work for me (Windows NT 4 - SP6). I tried to install all related modules in order to be able to run from the source code, one still missing is WIN32::API 0.20. I don't have the C compiler, I then installed it via ActiveState PPM but the only version available is API 0.01 and the Perl Oasis does not work as expected. I would appreciate if someone could send a "compiled" version of Win32-API 0.20 to me? I am using Perl ActiveState 5.6 build 623. Many thanks Nhat-Hung LAM > -----Original Message----- > From: Erick [SMTP:er...@je...] > Sent: Tuesday, April 17, 2001 9:16 PM > To: per...@li... > Subject: Re: [perl-win32-gui-users] Perl Oasis > > Johan, > > That's pretty neat. I'm going to use it for doing fast editing, since I > can jump right to > the subroutine I want to work on, I really like that idea. The binary > didn't work for me, > I had to compile it, after installing the needed modules of course. Also, > when you're > viewing it and then flip to another application and then back, and you > still haven't > loaded anything, then the dropdownbox is erased and your nice icon > disappears. I haven't > had time to look at your code, but these are two things I noticed right > away. > > regards, > > erick > never stop questioning > www.jeb.ca > ----- Original Message ----- > From: Johan Lindstrom <jp...@bo...> > To: <per...@li...> > Sent: Tuesday, April 17, 2001 4:51 PM > Subject: [perl-win32-gui-users] Perl Oasis > > > | Hi! > | > | Perl Oasis is a new Win32::GUI application I created. It's in beta > | currently, but feel free to download and spread the word. I'm very > | interested in comments and bug reports. The Perl license applies. > | > | > | ** Introduction > | > | Perl Oasis is a source/POD/class browser tightly integrated with > | (currently) UltraEdit. It makes it easy to navigate source code, POD and > | modules. > | > | > | * Download > | > | http://www.bahnhof.se/~johanl/perl/Oasis/ > | > | Oasis_source.zip contains the entire source tree. > | > | Oasis_binary.zip is the end-user distribution, a freestanding GUI > PerlApp > | application. You'll need Perl (probably 5.6) installed, but no other > modules. > | > | > | * Getting started > | > | Start UltraEdit (it works without UltraEdit but not nearly as smoothly). > | Start Perl Oasis. > | > | Always, the file you currently have open in UltraEdit should appear in > the > | topmost text field in Oasis. Click the "Load" button to bring the file > into > | Oasis. You can also "Copy" a file in the Explorer, move to Oasis and > | "Paste" it into the text field (useful if you don't have UltraEdit). > | > | The file is parsed and the contents is displayed. Explore! Try opening a > | few of your own files, the Oasis source files and modules on your > system. > | Oasis does not change any source files. > | > | The "=> Editor" button will open up the file in UltraEdit at the correct > | location. > | > | The "=> Module" button will the selected module into Oasis. > | > | > | ** Features > | > | The source is parsed in a simplistic way to extract meta-information > which > | is displayed in the tree to the left. Select a node in the tree to > display > | the corresponding text in the right pane. Double click to go to the > editor. > | > | > | * POD > | > | The POD is parsed using POD::Parse. =head1 and =head2 items are > displayed > | in the tree. Both the POD tab and the source tab is updated when you > select > | a node. > | > | > | * Subroutines > | > | Subroutines are defined as lines that start with "sub something". > | > | > | * Used modules > | > | "Used modules" are defined as lines that start with "use something". > Double > | click to load that module. Oasis will find the file if it's in a project > of > | yours or in an @INC directory. > | > | > | * Bookmarks > | > | A Bookmark is a custom pattern used to identify certain parts of the > code. > | You can define your own by editing the config file resource/pde.xml. > | > | Example: the bookmark "Todo" is defined as lines that contain "##todo" > | (load the file lib/PDE/App.pm to see an example of this). > | > | I'd appreciate suggestions for useful default Bookmark patterns. > | > | > | * Supported Editors > | > | Currently only UltraEdit is supported because... well... that's what I > use. > | If you need support for another editor, please e-mail me > | (mailto:jo...@ba...). > | > | > | ** Configuration > | > | Edit the config file resource/pde.xml. Be careful. Keep a backup copy. > The > | most useful thing you can configure is which features should be parsed > and > | displayed (that's doPOD, doSub etc.) > | > | The config should eventually be managed through Edit | Preferences... > | > | > | Like I said, it's a beta so comments, bug reports and feature requests > are > | on the top of my wish list :) > | > | > | /J > | -- > | Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua > | jp...@bo... > | > | > | _______________________________________________ > | Perl-Win32-GUI-Users mailing list > | Per...@li... > | http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > | > > > > _______________________________________________ > Perl-Win32-GUI-Users mailing list > Per...@li... > http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users |
From: Johan L. <jp...@bo...> - 2001-04-18 13:24:07
|
Peter wrote: >depresses). I am guessing the problem is because it is nested on a Tab, but >I'm not sure. And if that is it, whatis the proper way to call it? In the >script below, if you click on this button you do NOT get any output to the >console. I had the same problem. My workaround was to simply not insert the control i the TabStrip but in the Window itself. The only difference, so far as I could tell, is that the left/top is relative to the Window instead of the TabStrip interior. Either way you'll have to keep track of which controls belong to which tab yourself. Stuff for making that easier: If you look through the archives you'll find a posting from Laurent Rocher with a module for managing TabStrips. I think that involves using your current approach, so maybe the missing-event problem is solved by using it, I don't know. Or you can download the Oasis source and use the Win32::GUI::TabStripGroup class. /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... |
From: Reini U. <ru...@x-...> - 2001-04-18 11:29:01
|
emacs/xemacs has this feature builtin as imenu. also in speedbar. Johan Lindstrom schrieb: > Perl Oasis is a source/POD/class browser tightly integrated with > (currently) UltraEdit. It makes it easy to navigate source code, POD and > modules. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Piske, H. <Har...@bo...> - 2001-04-17 22:46:53
|
I've dug thru the GUI.xs a few weeks ago on the hunt for some missing events. I know that some events come as _Anonymous with the first parameter being the windows message code. But that goes only for messages not normally expected (or at least not coded out to fire an event of their own), so you will definitely not find the _Click event here. I managed to get the mouse-related stuff (_LButtonUp, _MouseMove and the like) from a RichEdit, which usually does not give you any event at all (due to a bug, see my posting "RichEdit_Change"), by subclassing it: new Win32::GUI::Class ( -name => "_RichEdit", -widget => "RichEdit", -extends => "RichEdit" ); $Main->AddRichEdit ( -name => "Richie", -class => "_RichEdit", -pos => [30, 20], .... ); sub Richie_RButtonDown { print "let go!\n"; } Now from what I've seen in the XS source, the widget parameter can be any of Button, Listbox, TabStrip, RichEdit, Graphic, InteractiveGraphic, Splitter, and SplitterH. It does not need to correlate to the class you extend; I have used the Button widget with a RichEdit control. Just don't use the Graphic ones, as they expect a user supplied Paint function. Which subs the particular class tries to trigger, can, again, only be found in the XS source code - look for "MsgLoop" and check which DoEvent_xxx calls follow. However, I don't know if that solves your particular problem. There's no way to intercept ALL messages other than by getting your fingers dirty inside the XS. All you could do is GetMessage to see which messages come by, then PostMessage to put them back in the queue for Perl to find (PeekMessage does not work) and DoEvents for Perl to act on them, but that still does not tell you what Perl does and does not do in response to those Messages. Have fun, Harald | -----Original Message----- | From: Peter Eisengrein [mailto:Pet...@at...] | Sent: Tuesday, April 17, 2001 14:58 | To: Perl GUI Mail list (E-mail) | Subject: [perl-win32-gui-users] GUI button problems | | | Having trouble with a Win32::GUI::Button where it is not | seeing the _Click. | However if I do $ReportButton->Show() or Hide() it works ok | (because of the | $var reference) and visually you can see the button is clicked (it | depresses). I am guessing the problem is because it is nested | on a Tab, but | I'm not sure. And if that is it, whatis the proper way to | call it? In the | script below, if you click on this button you do NOT get any | output to the | console. | | Any ideas? Is there any debug I can use to print all events | to the console | without having to explicitly code for each of them? If there | were I'd be | able to see what my system is getting versus what I think it | is (should be) | sending. | | Thanks, | Pete | | | my $ReportButton = $W->Tab->AddButton( | -name => "ReportButton", | -left => 725, | -top => 75, | -width => 85, | -text => "Create Report", | -tabstop => 1, | ); | | sub ReportButton_Click | { | print "ReportButton was clicked!\n"; ### get nothing! | return 0; | } | | _______________________________________________ | Perl-Win32-GUI-Users mailing list | Per...@li... | http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users | |
From: Peter E. <Pet...@at...> - 2001-04-17 21:57:40
|
Having trouble with a Win32::GUI::Button where it is not seeing the _Click. However if I do $ReportButton->Show() or Hide() it works ok (because of the $var reference) and visually you can see the button is clicked (it depresses). I am guessing the problem is because it is nested on a Tab, but I'm not sure. And if that is it, whatis the proper way to call it? In the script below, if you click on this button you do NOT get any output to the console. Any ideas? Is there any debug I can use to print all events to the console without having to explicitly code for each of them? If there were I'd be able to see what my system is getting versus what I think it is (should be) sending. Thanks, Pete my $ReportButton = $W->Tab->AddButton( -name => "ReportButton", -left => 725, -top => 75, -width => 85, -text => "Create Report", -tabstop => 1, ); sub ReportButton_Click { print "ReportButton was clicked!\n"; ### get nothing! return 0; } |
From: Erick <er...@je...> - 2001-04-17 19:19:28
|
Johan, That's pretty neat. I'm going to use it for doing fast editing, since I c= an jump right to the subroutine I want to work on, I really like that idea. The binary did= n't work for me, I had to compile it, after installing the needed modules of course. Also,= when you're viewing it and then flip to another application and then back, and you st= ill haven't loaded anything, then the dropdownbox is erased and your nice icon disapp= ears. I haven't had time to look at your code, but these are two things I noticed right a= way. regards, erick never stop questioning www.jeb.ca ----- Original Message ----- From: Johan Lindstrom <jp...@bo...> To: <per...@li...> Sent: Tuesday, April 17, 2001 4:51 PM Subject: [perl-win32-gui-users] Perl Oasis | Hi! | | Perl Oasis is a new Win32::GUI application I created. It's in beta | currently, but feel free to download and spread the word. I'm very | interested in comments and bug reports. The Perl license applies. | | | ** Introduction | | Perl Oasis is a source/POD/class browser tightly integrated with | (currently) UltraEdit. It makes it easy to navigate source code, POD an= d | modules. | | | * Download | | http://www.bahnhof.se/~johanl/perl/Oasis/ | | Oasis_source.zip contains the entire source tree. | | Oasis_binary.zip is the end-user distribution, a freestanding GUI PerlA= pp | application. You'll need Perl (probably 5.6) installed, but no other mo= dules. | | | * Getting started | | Start UltraEdit (it works without UltraEdit but not nearly as smoothly)= =2E | Start Perl Oasis. | | Always, the file you currently have open in UltraEdit should appear in = the | topmost text field in Oasis. Click the "Load" button to bring the file = into | Oasis. You can also "Copy" a file in the Explorer, move to Oasis and | "Paste" it into the text field (useful if you don't have UltraEdit). | | The file is parsed and the contents is displayed. Explore! Try opening = a | few of your own files, the Oasis source files and modules on your syste= m. | Oasis does not change any source files. | | The "=3D> Editor" button will open up the file in UltraEdit at the corr= ect | location. | | The "=3D> Module" button will the selected module into Oasis. | | | ** Features | | The source is parsed in a simplistic way to extract meta-information wh= ich | is displayed in the tree to the left. Select a node in the tree to disp= lay | the corresponding text in the right pane. Double click to go to the edi= tor. | | | * POD | | The POD is parsed using POD::Parse. =3Dhead1 and =3Dhead2 items are dis= played | in the tree. Both the POD tab and the source tab is updated when you se= lect | a node. | | | * Subroutines | | Subroutines are defined as lines that start with "sub something". | | | * Used modules | | "Used modules" are defined as lines that start with "use something". Do= uble | click to load that module. Oasis will find the file if it's in a projec= t of | yours or in an @INC directory. | | | * Bookmarks | | A Bookmark is a custom pattern used to identify certain parts of the co= de. | You can define your own by editing the config file resource/pde.xml. | | Example: the bookmark "Todo" is defined as lines that contain "##todo" | (load the file lib/PDE/App.pm to see an example of this). | | I'd appreciate suggestions for useful default Bookmark patterns. | | | * Supported Editors | | Currently only UltraEdit is supported because... well... that's what I = use. | If you need support for another editor, please e-mail me | (mailto:jo...@ba...). | | | ** Configuration | | Edit the config file resource/pde.xml. Be careful. Keep a backup copy. = The | most useful thing you can configure is which features should be parsed = and | displayed (that's doPOD, doSub etc.) | | The config should eventually be managed through Edit | Preferences... | | | Like I said, it's a beta so comments, bug reports and feature requests = are | on the top of my wish list :) | | | /J | -- | Johan Lindstr=F6m, Sourcerer, Boss Casinos Ltd, Antigua | jp...@bo... | | | _______________________________________________ | Perl-Win32-GUI-Users mailing list | Per...@li... | http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users | |
From: Johan L. <jp...@bo...> - 2001-04-17 14:54:22
|
Hi! Perl Oasis is a new Win32::GUI application I created. It's in beta currently, but feel free to download and spread the word. I'm very interested in comments and bug reports. The Perl license applies. ** Introduction Perl Oasis is a source/POD/class browser tightly integrated with (currently) UltraEdit. It makes it easy to navigate source code, POD and modules. * Download http://www.bahnhof.se/~johanl/perl/Oasis/ Oasis_source.zip contains the entire source tree. Oasis_binary.zip is the end-user distribution, a freestanding GUI PerlApp application. You'll need Perl (probably 5.6) installed, but no other modules. * Getting started Start UltraEdit (it works without UltraEdit but not nearly as smoothly). Start Perl Oasis. Always, the file you currently have open in UltraEdit should appear in the topmost text field in Oasis. Click the "Load" button to bring the file into Oasis. You can also "Copy" a file in the Explorer, move to Oasis and "Paste" it into the text field (useful if you don't have UltraEdit). The file is parsed and the contents is displayed. Explore! Try opening a few of your own files, the Oasis source files and modules on your system. Oasis does not change any source files. The "=> Editor" button will open up the file in UltraEdit at the correct location. The "=> Module" button will the selected module into Oasis. ** Features The source is parsed in a simplistic way to extract meta-information which is displayed in the tree to the left. Select a node in the tree to display the corresponding text in the right pane. Double click to go to the editor. * POD The POD is parsed using POD::Parse. =head1 and =head2 items are displayed in the tree. Both the POD tab and the source tab is updated when you select a node. * Subroutines Subroutines are defined as lines that start with "sub something". * Used modules "Used modules" are defined as lines that start with "use something". Double click to load that module. Oasis will find the file if it's in a project of yours or in an @INC directory. * Bookmarks A Bookmark is a custom pattern used to identify certain parts of the code. You can define your own by editing the config file resource/pde.xml. Example: the bookmark "Todo" is defined as lines that contain "##todo" (load the file lib/PDE/App.pm to see an example of this). I'd appreciate suggestions for useful default Bookmark patterns. * Supported Editors Currently only UltraEdit is supported because... well... that's what I use. If you need support for another editor, please e-mail me (mailto:jo...@ba...). ** Configuration Edit the config file resource/pde.xml. Be careful. Keep a backup copy. The most useful thing you can configure is which features should be parsed and displayed (that's doPOD, doSub etc.) The config should eventually be managed through Edit | Preferences... Like I said, it's a beta so comments, bug reports and feature requests are on the top of my wish list :) /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua jp...@bo... |
From: Erick <er...@je...> - 2001-04-15 19:00:37
|
Looks good Felix. I fixed a couple of grammar and spelling mistakes. It can be found here: http://www.jeb.ca/faq/Win32-GUI-FAQ.html | Hello Aldo, Erick | enclosed you find a very first draft of the Win32-Gui-FAQ. I will add | more questions as they are discussed in the mailing-list and as I | look through the mailing-list archive. The items marked with $$$ | are "under investigation"... | Best Regards, Felix regards, erick never stop questioning www.jeb.ca |