[perl-win32-gui-users] Show In Taskbar
I'm trying to get a window to not display in the taskbar, and I'm unable to do so without negative side effects. (i.e. the window not properly redrawing, or the window becoming a toolbar-esque window.) Anyone know how I could get around this? I've been using, of course, SetWindowLong with the appropriate constants. Dave
Re: [perl-win32-gui-users] Show In Taskbar
Alrighty, I'll take a look at that. With regards to the other bit, there are two types of window styles: regular, win3.1 era, and extended, i.e. 95+. Both affect how the window is drawn in different ways. Try this: $window->SetWindowLong(-20, 128); #-20 = GWL_EXSTYLE. 128 = WS_EX_sometoolbarconstantorother. It's setting the extended style bits - that's what the -20 is for - and it can probably be done via a property, but I'm too lazy to figure out how, and this is easier. BTW, you have to hide and reshow the form if you want to change these bits whilst the form is visible. Dave
Re: [perl-win32-gui-users] Drag-n-drop (was: Show In Taskbar)
This is the 128 message: #define WS_EX_TOOLWINDOW0x0080L (This is documented in the Win32 Programmer's Reference help file and in the winuser.h file from Visual C++) Yup. Didn't have my VC++ install at work, though... > > > And this would be _so_ neat to use: > > WS_EX_ACCEPTFILES -- Specifies that a window created with this style > accepts drag-drop files. > > Anyone have any idea of things I have to think about if I want to try to > implement a drag-n-drop feature? I have already found the correct set of > functions and messages in the Win32 Reference. > Eh, I forget exactly how it works, but in VB you had to subclass some message or another... wasn't too bad. If you have the exact procedure down, it's pretty simple. Dave
Re: [perl-win32-gui-users] Drag-n-drop (was: Show In Taskbar)
In all likelihood, your best bet is to subclass the window you want it to accept the files, then filter for the appropriate message. I can dig up some MSKB articles on it if you'd like. Dave In a message dated Sun, 6 May 2001 11:47:29 PM Eastern Daylight Time, Johan Lindstrom <[EMAIL PROTECTED]> writes: << I wrote: >Anyone have any idea of things I have to think about if I want to try to >implement a drag-n-drop feature? I have already found the correct set of >functions and messages in the Win32 Reference. Ok, so I managed to tell a window to accept files dragged from the Explorer with the DragAcceptFiles() function (from the shell32.dll). When I drag the mouse over the window, the mouse pointer changes. When I drop, the window is sent a WM_DROPFILES event. My problem now is how I should capture this event. Naive first try: timer which triggers really often. In the event handler I call $myWindow->PeekMessage(WM_DROPFILES, WM_DROPFILES) and if it returns true, I call $myWindow->GetMessage(WM_DROPFILES, WM_DROPFILES) That works like one in ten times or something. Clearly not the way to go. So, any better way of detecting the WM_DROPFILES event? /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua [EMAIL PROTECTED] ___ Perl-Win32-GUI-Users mailing list Perl-Win32-GUI-Users@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users >>
Re: [perl-win32-gui-users] Win32::Print ?
Yup, probably a 95% chance that implementing OCX support is way too much trouble for anyone to bother with in the immediate future... Your best bet is to find a dll that does the equivilant. Dave, the ever-wary of COM. << Danny wrote: > I see.. well the system that is being used in the OCX is more > flexible.. it offers the possibility to write or preformat your Win32::OLE can do ActiveX/OLE stuff. But according to the POD it doesn't yet support OCX-controls, so you may be out of luck. I think that's the only existing module that does what you need. /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua [EMAIL PROTECTED] ___ Perl-Win32-GUI-Users mailing list Perl-Win32-GUI-Users@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users >>
Re: [perl-win32-gui-users] Drag-n-drop (was: Show In Taskbar)
Eh, no... I was actually thinking pure SetWindowCapture stuff. Haven't done it in the while, but that's how we used to do it in VB. Dave In a message dated Wed, 9 May 2001 12:43:06 AM Eastern Daylight Time, Johan Lindstrom <[EMAIL PROTECTED]> writes: << Dave wrote: >In all likelihood, your best bet is to subclass the window you want it to >accept the files, then filter for the appropriate message. I can dig up >some MSKB articles on it if you'd like. Um... are we talking subclassing using the Win32::GUI::Class here? After having looked through the XS code, I haven't found any way to change which messages are handled, except for the "predefined" classes with their own MsgLoops. Well... there is this %Win32::GUI::callbacks hash, but I still haven't figured out if I can get it to work with the WM_DROPFILES event. /J -- Johan Lindström, Sourcerer, Boss Casinos Ltd, Antigua [EMAIL PROTECTED] ___ Perl-Win32-GUI-Users mailing list Perl-Win32-GUI-Users@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users >>
Re: [perl-win32-gui-users] wait for user input
In a message dated 7/16/01 4:06:28 PM Eastern Daylight Time, [EMAIL PROTECTED] writes: > How can I temporarily halt the main Dialog() from accepting other events? I > have an event that opens a dialog box (an alert) that I bring focus to, > disable the other windows, etc. I want to wait for user input (click a > button) before moving on. However, the script picks up other things going on > and it closes my DialogBox as fast as it opens it. > Show it modally. I forget the exact syntax, but it should be fairly easy to figure out from the documentation. Dave
