AutoHotkey Community

[frescot]

I've noticed that iWeb_Complete (at least where it is called from within iWeb_Nav) throws a "readyState" error when navigating to a local file (e.g. c:\test.htm)

[tank]

[frescot]

Ah. My mistake. Sorry.

My proposed fix (or at least what I did to remedy the problem) was to create a separate nav function without the iWeb_complete function call. It worked, but has obvious drawbacks.

In the alternative, perhaps the nav function could use a conditional statement to determine whether the address is on the internet or on the disk, (i.e. if the string contains :// via regex, then call iWeb_complete, otherwise don't). That's kind of a "band-aid" solution as well though.

[tank]

so like by default it does iweb_complete and if the optional parameter is set then it doesnt?
I think that can be done easy enuff but perhaps its better to detect file protocol and find some other method if detecting finished
perhaps iebbrowser2.browser busy property
_________________

We are troubled on every side‚ yet not distressed; we are perplexed‚
but not in despair; Persecuted‚ but not forsaken; cast down‚ but not destroyed;

[sinkfaze]

Maybe I'm off here, but doesn't navigating to a local file kind of go against the intent of what the functions are designed to accomplish? I hate to be a stickler but I would really like to see a significant need for this from other users before tank or anybody else tries to re-reinvent the wheel.
_________________
Try Quick Search for Autohotkey or see the tutorial for newbies.

[frescot]

[Visioneer]

Thanks Sean,

I need to add cross site iframe content reading to my app for several
reasons, including local usages. I see glimmers of hope but nothing actual.
I can't even find "IE7com.ahk" anywhere.

Hopefully I could do it using "com.ahk", W98+, IE6+ and AHK basic.

Any guidance will be very much appreciated.

Also FYI, sometimes I can read some page's text content using this js
function with W98 IE6, but not with XP IE8. I would like to get access to
the contentWindow object anyway, but this shows that things that are
possible are sometimes simply prevented by the browser being used, so
may well be possible using another direct route, such as hopefully "com".

[tank]

this is not a help thread
_________________

We are troubled on every side‚ yet not distressed; we are perplexed‚
but not in despair; Persecuted‚ but not forsaken; cast down‚ but not destroyed;

[Visioneer]

Sean, help me.

Sorry, Sean had told me to post this in this thread.
I'm sure he must have had his reasons. Maybe he is
following it.

Thanks

[tank]

he may have directed you to this thread but not to ask for help
the answer to your question getting access to frames is found here but I am not going to assist you with q n a within this thread
_________________

We are troubled on every side‚ yet not distressed; we are perplexed‚
but not in despair; Persecuted‚ but not forsaken; cast down‚ but not destroyed;

[Visioneer]

Thanks Tank,

Can you PM me or should I start a new thread that you could respond to?

Here is a new thread for it.
http://www.autohotkey.com/forum/viewtopic.php?p=398972#398972

Thanks

[Sean]

[Mickers]

[cherno n-l-i]

Any idea why iWeb doesn't function when your browser process, iexplore.exe, is not a child process of explorer.exe?

ex: when you have an IE window launched at windows startup; becomes a child process of winlogon.exe

[sinkfaze]

I've decided to experiment to some extent with jethrow's idea for advancing the iWeb functions further using AHK_L. I've been using jethrow's string library as a model to work from, but the obvious drawback to this method is the inability to utilize a persistent pointer (as the base will only accept non-objects via this method). Nonetheless, building getWin() into the other functions to acquire the pointer each time doesn't appear to present any problems, and you can save the page name to a variable which will make it appear as if it is an object. This, for example, works in my most recent code tests: