To insert code use <code>...</code>.
HTML5 video JSVideo, missing info?
  • Vote Up0Vote Down DavidMCDavidMC
    Just curious here.

    The VideoJS website tells us to use:

    <link href="http://vjs.zencdn.net/c/video-js.css&quot; rel="stylesheet">
    <script src="http://vjs.zencdn.net/c/video.js"></script&gt;

    In the head...



    Yet Striking pages don't get that put in the head of a page.

    So HTML5 browser video plays fine, but then we lose out on the VideoJS player skin which is arguably more consistent, moddable and better featured than the HTML5 types any way.

    I've used the VideoJS site to generate my code which I use instead of the [video type="html5"] code. That code doesn't even try load the VideoJS skin as evidenced by my pages using it and the above head entry, not appearing using the VideoJS skin.



    Why can't we just use VideoJS, then HTML5 player if Java isn't working, then back to VideoJS for older browsers, then back to Flash or whatever else if none of the above work.

    My main grumble is that HTML5 players are rather poor, with no full-screen or full-window buttons. Right off the bat they are not nice enough to use so to force them as default on the best/latest browsers seems a bad default. HTML default players should ONLY be used if the VideoJS player can't be, since the VideoJS player is nicer.



    By adding the above bit of code into header.css the VideoJS player is used in HTML5 browsers, tested in Chrome, IE and FF and they all run consistent controls and operate nicely... much better than letting the browsers deal with things.


    Wouldn't it be sensible to have an option in the code to put the data in the head if we toggle a VideoJS on/off in the HTML5 video entry screen?


    Then I tried IE8, and it was just a black box... hmmmm... I'm rather confused at the planned fall-back route of the code as implemented (is the way Striking implements it correct or not?) and how I have forced HTML5 browsers to still use VideoJS player rather than the native ones.



    Lastly, is it possible to add a video type for iPhone/iPad devices so we can provide an appropriate resolution video to the VideoJS player if the Apple i devices are detected?
    The VideoJS player site says it can support these devices, but I'm assuming it's because my video is higher res than the native iPad/iPhone resolutions. Again, is the Striking VideoJS implementation missing out on something here?



    Thanks

    Dave
Add a Comment