Search the archives!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Javascript] Re: sounds IE tested worikng!
- From: trojani2000 at hotmail.com (Troy III Ajnej)
- Subject: [Javascript] Re: sounds IE tested worikng!
- Date: Tue Jun 27 22:01:30 2006
Ted, I'm sorry I have to disappoint you. It seems that none of other major browsers is capable to provide you with eough control this simple task requires, except Internet Explorer 4 through 7. After solving the preload issue, that could cause the browser to skip playing the first file or even mix the following with previous. I was almost sure I can get it to work, but it didn't! I've even removed the BGSOUND tag completely to se if I can get it right on IE using EMBED only. I did it and it did work. But the problem is: Netscape who introduced it can't handle it. Firefox of course not. Opera neither. Yes you are free to preload audios through EMBED tag but you can't do with it anything else. They stay mute because they don't support embeded.object.play() command. And you can't change the SRC attribute either. Especially not in any browser running on MAC. There were two alternatives but none supported. To either change the source of embed tag dynamically or (worst) to create a separate player plug-in instance for every audio file and then make them play with the timer control. The first didn't work through because, none of the browsers except IE was able to dynamically change the source of the file in EMBED. And the second, because turning the Autostart from false to true doesn't do anything after the embed has loaded. And because play() command is not supported by any of other mozillas except IE. At the end the Readystate check becomes obsolete even if supported by other primitive browsers refusing to evolve. Ajax, fajax etc are all the same bullshit, reusing IE technology (and lately flash) through simple scripts people like us used to publish. I remember seeing some codes from early stage of ajax development. All it does is send unsupported methods to their server for processing on IE browser (illegally) then simply retrieving results from it to render back in your client. Any time their server(s) go down, your pages will stop responding throwing very ugly errors at your clients. Several server round trips are often required thus making your pages as slow as they can get. Pity, firefox is pushing Ajax instead of pushing standards move forward. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Troy III progressive art enterprise ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Thanks very much for your code and effort.> However, you have given me something to think about, >which is waiting for the server to be ready before sending it commands to play stuff. >I think this may require an ajax solution.> > Off to study that.> > Thanks again.> > tedd _________________________________________________________________ Try Live.com: where your online world comes together - with news, sports, weather, and much more. http://www.live.com/getstarted -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.LaTech.edu/pipermail/javascript/attachments/20060628/165c2967/attachment.html
- Follow-Ups:
- [Javascript] Re: sounds IE tested worikng!
- From: Steve Clay
- [Javascript] Re: sounds IE tested working!
- From: tedd
- [Javascript] Re: sounds IE tested worikng!
- Prev by Date: [Javascript] Fjax - Ajax - eliminate need for browser-specific code
- Next by Date: [Javascript] Efficiency of innerHTML over DOM tree manipulation
- Previous by thread: [Javascript] Re: sounds IE tested worikng!
- Next by thread: [Javascript] Re: sounds IE tested worikng!
- Index(es):