This work-around allows us to play .mp3 sound, “floating” .mp4 video, and embedded .mp4 video in local HTML content using the WebKit HTML Viewer on Windows.
Note that if you are not running local content, it may be much simpler to use the native/IE HTML viewer. But we ran into many limitations with the local/IE HTML viewer when trying to display local content (existing on the local computer, not from a Web server.)
If you are running local content, you will probably need to modify that content, either in advance or while loading into the HTML viewer. And, for embedded .mp4 videos in the WebKit HTML viewer, I’m afraid your users will have to have QuickTime installed. ;-(
That does help with some things, but the main limitations we ran into related to IE security restriction when using local content. It seems that IE will do many things correctly when viewing Web/server-based content, but has enforces significant limitations when viewing local content. And local content is pretty important for a fair number of our users as we’re creating/delivering educational content for use in emerging markets–places where Internet connections are slow/rare or non-existent.
Safari literally has no handler for “file:///” - thats why it refuses - which is not the same as why IE refuses
IE does have a handler but mistrusts local content
There are hacks that let you add file:// url schemes to iOS but they require you to jailbreak your device
Or other browsers for iOS that do handle that scheme (goodbrowser etc)
The choice to not provide access to this URL scheme on iOS is one I dont agree with BUT I understand why they do it
It’s for the same reason you dont have direct access to the file system in the iOS UI