Just a thought: How about not hardcoding this, but rather turning it into a preference, so libraries can choose what works for them? Regards, Magnus Enger ----- Original Message ----- From: "Joe Atzberger" <ohiocore@gmail.com> To: "Mason James" <mason.loves.sushi@gmail.com> Sent: Wed, 12 Nov 2008 15:18:52 -0500 Subject: Re: [Koha] sound cues
I don't think I follow you at all, Mason. The page you link doesn't include any <embed> functionality so it doesn't demonstrate browser compatibility for our purposes. You would have to test it inside <embed> on systems that
do not have any extra codecs or players installed, and certainly without any browser plug-ins.
I suspect a (small!) .wav file will be the most reliable way to go. Obviously a wav won't be smaller than a corresponding compressed file, but we don't want to require or wait for a 3rd-party browser-embedded player to
load. There would only need to be one file, as far as I can tell, since on
a real error we can use a javascript alert and get the usual ding.
--Joe
On Tue, Nov 11, 2008 at 8:46 PM, Mason James <mason.loves.sushi@gmail.com>wrote:
On 2008/11/12, at 2:29 PM, Rick Welykochy wrote:
Mason James wrote:
the embedded WAV tag is a simpler/cleaner/open-source solution over the SWF method
I do believe .WAV is a microsoft proprietary format, but let's not split hairs :) We could go for a .OGG file if you want to keep things strictly open, but I doubt MS/InternetExplorer will be supporting that anytime soon.
yep, .ogg would be even better
my safari, FF3 and opera all work fine playing an ogg file
it looks like most modern browsers will play oggs test here -> http://www.xiph.org/vorbis/listen.html
being uncompressed, wav could be a bad format for network performance, i assume/hope the wavs are cached locally by the broswer, ?!
supported, compressed and FOSS makes ogg the perfect choice for me
Mason.