Hi folks, just a quick question here: if I use the wininet.dll API to download files using the http/shttp protocols, what kind of user interaction can I expect? I mean, will the dialer pop up? Or if IE hasn't been run for the first time, will the Internet Connection Wizard pop up instead?
Thanks for your time. :)
Thanks for your time. :)
I think the dialer will allways pop up if you do winsock calls and the user isn't connected (and wininet builds on winsock, of course :)). Dunno about the configuration wizard; I wouldn't think so, but one never knows.
Guess it's time to set up some windows images in vmware and fool around :p
Guess it's time to set up some windows images in vmware and fool around :p
I think the dialer will allways pop up if you do winsock calls and the user isn't connected (and wininet builds on winsock, of course :)).
Good point, should have thought of that! :mrgreen:
Dunno about the configuration wizard; I wouldn't think so, but one never knows.
Guess it's time to set up some windows images in vmware and fool around :p
Guess it's time to set up some windows images in vmware and fool around :p
Seems so. How boring. :sad:
f0dder that's inaccurate.. pure winsock calls won't pop up a dialler, but he's not using pure winsock calls, he's using wininet, which is actually a component of Internet Explorer, and as such, triggers the dialler popup IF IE IS CONFIGURED TO ALLOW THIS.
If you've configured IE to dial on demand, it'll popup a dialler, and possibly start dialling.
If you've told IE to NEVER DIAL, you won't get a dialler popup at all.
Anyhow, it's a better idea to check if theres an active internet connection early in your application, then you can forget all about dialler popups and IE configuration etc.
Just a side note, I have NO IDEA what happens if you're not using IE as your browser, but I assume that nothing changes.
Wininet is a component of IE these days, but its not a "core component".
( reminds me of political 'core and non core promises' :P )
If you've configured IE to dial on demand, it'll popup a dialler, and possibly start dialling.
If you've told IE to NEVER DIAL, you won't get a dialler popup at all.
Anyhow, it's a better idea to check if theres an active internet connection early in your application, then you can forget all about dialler popups and IE configuration etc.
Just a side note, I have NO IDEA what happens if you're not using IE as your browser, but I assume that nothing changes.
Wininet is a component of IE these days, but its not a "core component".
( reminds me of political 'core and non core promises' :P )
Hm, I thought winsock would cause the dialer; that's the impression I got back in the win9x days of modeming. Guess all the apps I used back then either used wininet or manually invoked the dialer of not connected (Ras* APIs?) :|
Back in those days yes, but in around 2002, wininet became an IE component, I assume the changes to winsock occurred simultaneously.
Actually you can pop up a dialer under Win9X, just using winsock calls. Attempting to get the IP for localhost does that if I remember correctly.
It's all the same anyway, I'm using wininet (which in turn uses winsock too). I'm concerned for *any* user interaction in the process.
It's all the same anyway, I'm using wininet (which in turn uses winsock too). I'm concerned for *any* user interaction in the process.
I almost forgot about this thread :D
Anyway, I couldn't find any "unexpected" UI dialogs in any of the boxes I tried. So it's possible to use the wininet API, even run proxy autodetection scripts, with no user interaction at all. Which is what I wanted. :)
Anyway, I couldn't find any "unexpected" UI dialogs in any of the boxes I tried. So it's possible to use the wininet API, even run proxy autodetection scripts, with no user interaction at all. Which is what I wanted. :)