How to use iView (ABC Australia) downloaders

[mce]

I have done many tests and either the JSON parsing or the FOR EACH interpretation(?) in IE9 on this object is broken.

Specifying items directly, like myJSON.[0].a will yield results, but FOR EACH is not picking up the (umm, how do I phrase this!) separate entities required for the traversal of the set, which works in IE8 but not IE9.

[Anywho]

Originally Posted by gxdata

http://blogs.msdn.com/b/ieinternals/...-explorer.aspx

Man, that's so old it's got furry "bits"

I'd say things have changed now that SP1 is out. When I first got Win7 it was 32bit (IE8?), but SP1 (IE9) only gave me 64bit.

Originally Posted by mce

I have done many tests and either the JSON parsing or the FOR EACH interpretation(?) in IE9 on this object is broken.

Specifying items directly, like myJSON.[0].a will yield results, but FOR EACH is not picking up the (umm, how do I phrase this!) separate entities required for the traversal of the set, which works in IE8 but not IE9.

I'd say they changed the FOR EACH or else object handling has been screwed up. (I know they've got a new Jscript engine in IE9)

I was thinking (hoping) that maybe you could just get the JSON stuff from iView and maybe coerce the JSON into something that IE9 (and others) can comprehend (would JScript or JavaScript do that for you?)... But I think that may turn into a nightmare eventually.

[mce]

Currently looking into this:

http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Seems IE9 and possibly IE8 had different compatibility modes.

The following meta tag may be needed in the head section of the .hta file.

<meta http-equiv="X-UA-Compatible" content="IE=4"> <!-- IE5 mode -->

[gxdata]

Originally Posted by mce

Currently looking into this:

http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Seems IE9 and possibly IE8 had different compatibility modes.

The following meta tag may be needed in the head section of the .hta file.

<meta http-equiv="X-UA-Compatible" content="IE=4"> <!-- IE5 mode -->

I read that but got confused by some of the community comments.
Inserted the meta tag (just after title), same error result from the VBS.
It seems ridiculous that For Each could cause a problem (but I will try a little VBS that just iterates some other object/collection, without the complication of JSON code).

I have seen code that explicitly loads an HTA file with MSHTA.exe, rather than double-clicking (which does what? processes it with the default Microsoft browser I assume).
[edit1]
I tried a (remnant) 2005-dated MSHTA.EXE (the one in Win7-64's \windows\system32\ is v9.00.8112.16421, dated 2011) and got a wrong entry-point error in version.dll, but I might fetch another mshta.exe from a machine with ie8 installed, and see if I can get some progress.
[edit2]
Using another mshta.exe (from WinXP Sp3 with IE8 = v8.0.6001.18702), but the command "mshta iviewnapperlite.hta" doesn't show me any visible response. I thought it would.

[gxdata]

More on the IE internals - this might be worth a read:
Proper Content-Type Header Syntax
http://blogs.msdn.com/b/ieinternals/...pe-header.aspx
(posted 22April2011)

[orpheus]

Downloaded the ivewfox 1.3.0 today.

Not working.

I have Firefox 4.0 on an imac running osx 10.5.8.

Tried to download Dr Who episode getting the "save to" screen but was followed by a terminal message as follows (user name changed to protect the innocent):

"Last login: Sun May 1 21:40:58 on console
/Users/******/Documents/Downloaded\ files/mozilla/extensions/iViewFox@forboden.com/rtmpdump/b.command ; exit;
[Imac:~] ******% /Users/******/Documents/Downloaded\ files/mozilla/extensions/iViewFox@forboden.com/rtmpdump/b.command ; exit;
dyld: unknown required load command 0x80000022
/Users/******/Documents/Downloaded files/mozilla/extensions/iViewFox@forboden.com/rtmpdump/b.command: line 2: 272 Trace/BPT trap "/Users/******/Documents/Downloaded files/mozilla/extensions/iViewFox@forboden.com/rtmpdump/rtmpdump" -r "rtmp://cp53909.edgefcs.net////flash/playback/_definst_/doctorwho_11_06_01.mp4" -a "ondemand?auth=daEbjb9cha6cuancXd9dbdSaWbSbjbJ deay-bnVuJn-8-slm_yEzpF&aifp=v001" -o "/Users/******/Movies/Iview/Doctor Who Series 6 Episode 1 The Impossible Astronaut.mp4" -m "120" -W "http://www.abc.net.au/iview/images/iview.jpg"
logout

[Process completed]

Same thing happened with other programmes.

Any suggestions?

[spaceghost]

Been away so just catching up... Downloaded the latest version of iViewNapperLite (20110429) and confirming that still doesn't work for me/ same errors as others have described (Vista 32bit, latest SP/patches, IE9).

Glad that I'm not the only one experiencing this at least. Though I was going nuts after trying all sorts of things ;-) Will try uninstalling IE9 as a workaround in the interim (know that we know it is involved and as I hardly use it and only upgraded to be more secure from an MS perspective!)

[gxdata]

Originally Posted by orpheus

Downloaded the ivewfox 1.3.0 today.

Not working.

Any suggestions?

iView was troublesome yesterday - could not download anything, using iVN / BDL - so try again, today.

[gxdata]

Trouble ahead?
Reading that Dec 2010 article about the iView iPad app - linked to (by Anywho ?) again, I see this statement -

We're looking into doing an HTML version of iView, however we're waiting until ABC TV websites move to the new WCMS (content management system), which won't happen until later next year. At the moment we're happy with the usability of the Flash site and it scales well to big screens in a way that is hard to achieve with HTML alone.

It's the 'new WCMS' that is the problem.

[mce]

I've done more digging with iVNL problems and for some reason the VBScript side of IE9 is not working the same as IE8.

Javascript seems to pass all tests.

For IE8 = Version 5.8.7600.16546 (Works)

For IE9 = Version 5.8.7601.16978 (Don't Work)

How do these compare to others out there???

I may have to convert the VBScript over to Javascript.

[Edit]

vbscript.dll can be found in c:\windows\system32.

Right click vbscript.dll > Properties > Details > File Version