Posted By: giovanni | Jun 29th @ 3:29 AM
page 1 of 2
Comments: 45 | Views: 1158
giovanni
giovanni
...

I hope this has not been posted before, otherwise sorry for the double post.

Recently I have been reading more and more about HTML5 and particularly about its ability to embed audio and video without plug ins (Flash, Silverlight, Java FX).

It seems to me that there are two opposite fronts: those who love it and those who hate it. I would like to know where you stand and why. Please don't make a religious war out of this post.

There's some recent chat about this (and other stuff) in these two threads:

 

CKurt
CKurt
while( ( !succeed=try() ) ) { }

I think it is a good innitative and it might take off one day like the <img> tagg. But I thinks plugins will still enable much richer intteraction. It's good if you detect the plugin has not been installed you can use <video>, but i prefer the plugin (in case of silverlight)

CKurt
CKurt
while( ( !succeed=try() ) ) { }

I'm a bit affraid of the Google and Apple interaction to...

As for standards i'm having quite the bit of trouble working with the HTML5 stuff in IE8 check (http://beta.ksj.be/)

From a technical point of view, addaptive streaming and live streaming in Silverlight are top notch! Flash, meh ... (don't really like actionscript)

IMO, Open Video is not going to replace Flash and Silverlight. You simply can't make a follow up GUI after the video is done. Flash and Silverlight are not just video players. Open Video is certainly better to replace offline video formats (mov and wmv). It is more like JPEG effect, everyone is using JPEG online and offline. But you certainly cannot do smooth streaming and deepzoom using open video. Whoever make its video format the main HTML5 format could possiblity be the main offline video format as well.

 

"Standards are the foundation of the internet, however relying exclusively on standards, I think, can be dangerous. There would be no incentive in developing better and richer solutions as the "standard" would be the "recommended" way."

In general I agree with this, but it's ridiculous to have to bring in an entire separate runtime in a plug-in just to watch a damn video on the web, when videos have become ubiquitous.  Having an HTML element for it just makes sense.

But I'm all for Silverlight being there to challenge "you can program in any language as long as it's Javascript" ...

May28th2018
May28th2018
May 28th, 2018

HTML5 with audio/video DOM objects is coming in FF3.5 and the new Chrome. It will be here in weeks, not months or years.

3D DOM manipulation to create real time 3D games with DOM will be here within 1 year. FF3.5 will also have fully threaded javascript.

https://developer.mozilla.org/En/Using_DOM_workers

Check out the day 1 keynote from I/O 2009 for more about HTML5

http://code.google.com/events/io/

You can view the rest of the videos here. This content is far better than C9 content, so go nuts, it's free. It's not like Google tried to put it on some cheap blank DVDs and tried to market it to you for $500 a box set or anything.

http://code.google.com/events/io/sessions.html

blowdart
blowdart
Peek-a-boo

Yes but google and chrome are simply picking and choosing what parts of the "standard" they implement (it's not a standard right now anyway, it's a draft). And when that happens it's very risky, look what happened to Netscape's guesswork with the Layer tag - developers had to code around a broken, non-compliant implementation for years because a browser company decided to jump the gun in order to get a competitive advantage. MS also learnt this the hard way with their XML bits. Mozilla's threading bits aren't part of any standard at all, they're the new <blink> tag.

It's interesting to note who is driving the standard - Google and Apple, people who complained loudly when MS tried to implement new non-standard bits but are happy to do it themselves. Heck Google already said they would try to push for additions to HTML5 to support Wave - and that's very worrying, a company influencing a standard just to suit one of their applications.

Simo
Simo
With me it's a full-time job.

I don't think that a company influencing a standard is de facto bad behaviour in every case. Their POV is going to be that they had an engineering problem, here's there proposed solution to make this easier in future. 

After I first started hearing bleating about HTML5 I looked at the draft on w3.org, saw it just had a name from Apple & Google and just presumed HTML5 was just going to be a WebKit thing for now.

Not sure how W3 politics actually works, are Apple & Google trying to build consensus around v5 whilst MS, Mozilla etc are still looking to build their block of consensus elsewhere?

Bass
Bass
www.s​preadfirefox.c​om/5years/

One must ask, is Microsoft ignoring the standards process or the standards process ignoring Microsoft? Smiley

May28th2018
May28th2018
May 28th, 2018

"Google and Apple, people who complained loudly when MS tried to implement new non-standard bits but are happy to do it themselves."


Are you comparing Active X, bogus PNG support and JScript to a partial HTML5 implementation?

What Microsoft implemented was based on nothing outside of their walls, and it's sole purpose  was to promote the lack of browser compatibility(clone and superset) in order to manipulate people into exclusively using it's products forever.

Without JQuery and other libraries which abstract away IE, we would still be using the web in 1998 mode, right where Microsoft wants us.

I disagree about javascript worker threads. Once we can script 3D DOM they will absolutely be needed. They are already needed for processing rectangles in DOM video objects.

"One must ask, is Microsoft ignoring the standards process or the standards process ignoring Microsoft?"

Microsoft is waiting and seeing because all else has failed.

I like HTML 5, but I think HTML 4.01 is just fine.  CSS needs fixing more than HTML does.

ZippyV
ZippyV
Fired Up

I don't get why they are still bothering with making a new version of HTML instead of integrating these ideas with XHTML (2).

Don't think this has been posted here yet. An email from Monday, by someone involved with the HTML5 spec, summarising the state of the video codec issue:

http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-June/020620.html

 

PaoloM
PaoloM
Hypermediocrity

Are you comparing Active X, bogus PNG support and JScript to a partial HTML5 implementation?

  • ActiveX support is perfectly following the standard regarding the <object> tag. That tag was defined in the spec with pretty much that purpose in mind.
  • PNG was supported in IE well before other browsers, and only one part (transparency) was lacking if you didn't want to put the one-line fix additional effort (that everybody knew, and everybody chose to ignore so they could * about EBIL M$)
  • JScript, when released, was the ONLY ECMAScript compatible implementation. JavaScript go there much later.

Could you point me to the spec for "workers"? Why are Chrome and Safari not following the HTML5 spec?

PaoloM
PaoloM
Hypermediocrity

Ahah.. awesome. <video> == <embed>.

Welcome to 1995 Smiley

W3bbo
W3bbo
The Master of Baiters

Not quite. The Microsoft version of <object /> has a different set of attributes compared to the <object /> in the HTML specifications. Of course MS's <object /> element was defined before HTML4 reached final so I don't blame them for it, but it is not 100% compatible with the spec.

Also, the "one line fix" only works for <img /> elements on a page, it doesn't work for PNGs in use as box background images, which is arguably a more common use for it.

Bass
Bass
www.s​preadfirefox.c​om/5years/

Looks like the key problem is software patents.

If the one-line PNG fix was so great, why didn't Microsoft put it into IE6's PNG support to save everyone the hassle and make things work by default without web developers having to find the fix? (I only found out about the pngfix.js version of the fix recently myself, not being a pro web developer.)

It's not a one-line fix anyway, it's one line surrounded by comments which loads a javascript that is several lines. Unless I'm thinking of a different pngfix.js or unless you meant "one line per PNG image" (which is a PITA and also makes the HTML not validate, FWIW).

As W3bbo says, it didn't work in all cases anyway.

 

TommyCarlier
TommyCarlier
I want my scalps!

So, because IE supported part of PNG before other browsers, and because JScript was the only ECMAScript compatible implementation a gazillion years ago, it's o.k. for IE to lag behind now?

I'm a fan of certain Microsoft products (C#, .NET, Visual Studio), I like Windows, I see a lot of potential in Silverlight, but I don't see it as a replacement for HTML. Especially considering the fact that Silverlight is not supported in Opera or on any other platforms than Windows and Mac OS X. Sure, we have Moonlight, but as long as Microsoft remains vague about what its intentions are related to Mono, a lot of people will remain wary.

I'm not saying it is, but from the outside it seems like Microsoft is trying to hold back the de facto standards other browsers are pushing (SVG, canvas, …) because it doesn't match with Microsoft's ideal future (Windows everywhere).

exoteric
exoteric
I : Next<I>

Actually Javascript challenges "you can program in any language as long as it's CIL" Wink

There are Java, C#, PHP, haXe, etc. compilers that compile to Javascript. Both are nice to have.

"PNG was supported in IE well before other browsers, and only one part (transparency) was lacking if you didn't want to put the one-line fix additional effort (that everybody knew, and everybody chose to ignore so they could * about EBIL M$)."

http://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=433767

That's just one of several unfixed bugs logged with that "one line fix."  AlphaImageLoader is problematic.  PNG's just work in other modern browsers but not in Internet Explorer.

http://www.hrunting.org/csstests/iealpha.html is a great example of the kind of BS Web developers have to deal with when making Web pages for Internet Explorer and your "one line fix."

page 1 of 2
Comments: 45 | Views: 1158
Microsoft Communities