- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Back again.... I have gotten some dialog boxes to run successfully and am now trying to find a way to keep the parent QuickWin window from appearing. I want to handle all I/O to the program from dialogs. Any solutions?
Link Copied
12 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
This should work:
To make the window visible again:
more parameters in help...
Vit
logical bret bret=ShowWindow(ghWndMain,SW_HIDE)
To make the window visible again:
bret=ShowWindow(ghWndMain,SW_SHOW)
more parameters in help...
Vit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks for the info, but this does not work in a CVF QuickWin project. This appears to be a call documented in the SDK. I tried it, but received an "unresolved external error". Any other suggestions?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Sounds to me as if you don't want a QuickWin application at all. You want a "Fortran Windows Application" with its WinMain entry point. No windows unless you explicitly put them up.
Steve
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Steve, thanks, but that is not what I really want to do. I have had a bitch of a time figuring out how to set up a Fortran Windows Application as there is no clear, concise description of what I have to do to get one running (such as what specifically the WinMain function requires) and I have not had the luxury of spending weeks/months stumbling around in the examples section before it starts to make sense.
So, I will ask again, is there any way to prevent, remove, hide the QuickWin window from appearing in a QuickWin application? Thanks.
So, I will ask again, is there any way to prevent, remove, hide the QuickWin window from appearing in a QuickWin application? Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Well, if you use the project wizard and ask for a sample application, it will give you one. Then just strip everything out but the function header and the return.
In other words, where you have:
replace it with:
I don't know of a way to hide the QuickWin window.
Steve
In other words, where you have:
program main ... stuff end
replace it with:
integer(4) function WinMain (hInstance, hPrevInstance, lpszCmdLine, nCmdShow) !DEC$ ATTRIBUTES STDCALL, ALIAS : '_WinMain@16' :: WinMain integer(4) hInstance integer(4) hPrevInstance integer(4) lpszCmdLine integer(4) nCmdShow ... stuff WinMain = 0 return end function WinMain
I don't know of a way to hide the QuickWin window.
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
For QuickWin you can try SETWSIZEQQ to minimize the frame window. This may not be quite what you are looking for, as you might see an effect whereby the window is drawn and then minimised.
David Jones
David Jones
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I found this in CLOSE when I was looking for something else: "In QuickWin, use CLOSE with unit 0, 5, or 6 to close the default window.". But I can not see any effect for this CLOSE in QuickWin applications. What does "default window" mean here?
BTW, since 3-4 weeks it takes half an hour to get response from this site whenever I click on Reply or Log-in. And the response is often "Page can not be shown...", and sometimes something about the Fire-wall. I haven't similar problems with any other site. Am I alone having this problem? Are Intel's servers closed for log-ins when it is night down there? Because of MSBlast? It begins to respond normally when the day begins there!
Sabalan.
BTW, since 3-4 weeks it takes half an hour to get response from this site whenever I click on Reply or Log-in. And the response is often "Page can not be shown...", and sometimes something about the Fire-wall. I haven't similar problems with any other site. Am I alone having this problem? Are Intel's servers closed for log-ins when it is night down there? Because of MSBlast? It begins to respond normally when the day begins there!
Sabalan.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Steve, thanks - it works perfectly. I had tried the wizard that set up a regular windows dialog, but the code that was generated was so cryptic I never could get anything to work. It never made it to the section of code where I was supposed to insert my code. That's the problem with wizards - they gloss over everything so that if one thing goes wrong, you end up being left hanging in the wind.....
Regardless, you would think that there would (should) be an easy way to close the QuickWin window.
Regardless, you would think that there would (should) be an easy way to close the QuickWin window.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Sabalan, I've been having the same problem, so you're not alone.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The problem with the forum login server seems to crop up periodically, and doesn't get fixed until the Intel folks in California wake up.
Steve
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I usually get quick response when going to www.intel.com. The server for this forum, though, seems to be very slow when it's working, and it's not uncommon for me to get some kind of error message about the page not being available.
Mike
Mike
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The forum itself is hosted by an outside company and is generally reliable However, login authorization is handled by a particular intel.com server that seems to go down frequently, which is what gives you the error. Curiously, it affects my access from inside Intel more frequently than outside accesses do - for example, this is the first time today I've been able to log in!
Steve
Steve

Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page