[Koha] sound cues

[Joe Atzberger]

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 at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20081112/5c75ef16/attachment.htm