Hello, Working on putting sound events into Koha 3.2 but it is a bit of a pickle. While I have it working using <embed (embed is the problem, works to a point, but please read below) ... <embed is not the solution for playing the sound My question is *what is?*. Currently the two best candidates are playing with a Java Applet (works very well and loads concurrently so no delay) or Flash, which I have not tested. Basically to get decent sound, we are going to need a plug-in, because web browsers just don't cut it for playing sound in a fast environment. <!-- TMPL_IF NAME="soundon" --> <script type="text/javascript" language="javascript"> if ( get_cookie( "kohastaffsound" ) == "yes" ) { document.write('Sounding...'); document.write('<embed src="/intranet-tmpl/prog/sound/beep.wav" hidden autostart="true" loop="false" />'); } </script> <!-- /TMPL_IF --> in Circulation.tmpl along with a cookie (kohastaffsound) controlled audio on and off (note the syspref "soundon" also) which is set by a toggle button in header.inc (may not be the best place) <script type="text/javascript" language="javascript"> if ( get_cookie( "kohastaffsound" ) == "yes" ) { document.write('<img src="/intranet-tmpl/prog/img/famfamfam/silk/sound.png" onClick=\'delete_cookie ( "kohastaffsound" ); window.location.reload();\' >'); } else { document.write('<img src="/intranet-tmpl/prog/img/famfamfam/silk/sound_mute.png" onClick=\'set_cookie( "kohastaffsound", "yes", 2020, 01, 01 ); window.location.reload();\' >'); } </script> That is about it, which is fine, except the silly <EMBED is weird and flashes the screen as well as slows everything down. I think if I aim for a very small audio file this could be improved, however, there is a delay with the <embed. With <Embed we have * Firefox 3.6 there is a delay and an entire screen refresh, but works the best. * Chrome 4 there is a delay, then the sound plays late, and it even messes up the formatting * IE8 - worked great- loads quick - , but not so with Firefox which is a must * Opera - Worked the best, very quick load on Circ, but other things did not, unrelated the sound changes It seems one way to get around this is to NOT use Embed, and instead use Java with a class (open source of course) to handle playing a sound on demand. Has anyone else thought about this or experimented. The issue is mainly with the browsers and the lack of support for sound. Using straight javascript to play the sound works worse than embed across the browsers, which is probably why Jquery doesn't have a good sound plug-in. I think the reason sound is important, is so at the *end* of a transaction (check-in / out) there is a beep, to speed up these tasks. Also, when there is an exception on a book (missing barcode) there should be an audible warning. These are often missed, because Koha does not have sound cues, and other ILS systems do. What do you all think? Darrell Ulm _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Have you thought about using the HTML 5 <audio> tag? http://html5doctor.com/native-audio-in-the-browser/ Kyle http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org ) On Thu, Feb 4, 2010 at 10:50 AM, Darrell Ulm <darrellulm@smfpl.org> wrote:
Hello,
Working on putting sound events into Koha 3.2 but it is a bit of a pickle.
While I have it working using <embed (embed is the problem, works to a point, but please read below) ... <embed is not the solution for playing the sound
My question is *what is?*. Currently the two best candidates are playing with a Java Applet (works very well and loads concurrently so no delay) or Flash, which I have not tested.
Basically to get decent sound, we are going to need a plug-in, because web browsers just don't cut it for playing sound in a fast environment.
<!-- TMPL_IF NAME="soundon" --> <script type="text/javascript" language="javascript"> if ( get_cookie( "kohastaffsound" ) == "yes" ) { document.write('Sounding...'); document.write('<embed src="/intranet-tmpl/prog/sound/beep.wav" hidden autostart="true" loop="false" />'); } </script> <!-- /TMPL_IF -->
in Circulation.tmpl
along with a cookie (kohastaffsound) controlled audio on and off (note the syspref "soundon" also) which is set by a toggle button in header.inc (may not be the best place)
<script type="text/javascript" language="javascript"> if ( get_cookie( "kohastaffsound" ) == "yes" ) { document.write('<img src="/intranet-tmpl/prog/img/famfamfam/silk/sound.png" onClick=\'delete_cookie ( "kohastaffsound" ); window.location.reload();\' >'); } else { document.write('<img src="/intranet-tmpl/prog/img/famfamfam/silk/sound_mute.png" onClick=\'set_cookie( "kohastaffsound", "yes", 2020, 01, 01 ); window.location.reload();\' >'); } </script>
That is about it, which is fine, except the silly <EMBED is weird and flashes the screen as well as slows everything down. I think if I aim for a very small audio file this could be improved, however, there is a delay with the <embed.
With <Embed we have
* Firefox 3.6 there is a delay and an entire screen refresh, but works the best.
* Chrome 4 there is a delay, then the sound plays late, and it even messes up the formatting
* IE8 - worked great- loads quick - , but not so with Firefox which is a must
* Opera - Worked the best, very quick load on Circ, but other things did not, unrelated the sound changes
It seems one way to get around this is to NOT use Embed, and instead use Java with a class (open source of course) to handle playing a sound on demand.
Has anyone else thought about this or experimented. The issue is mainly with the browsers and the lack of support for sound. Using straight javascript to play the sound works worse than embed across the browsers, which is probably why Jquery doesn't have a good sound plug-in.
I think the reason sound is important, is so at the *end* of a transaction (check-in / out) there is a beep, to speed up these tasks. Also, when there is an exception on a book (missing barcode) there should be an audible warning. These are often missed, because Koha does not have sound cues, and other ILS systems do.
What do you all think?
Darrell Ulm
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Even better: http://www.happyworm.com/jquery/jplayer/ Kyle http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org ) On Thu, Feb 4, 2010 at 11:11 AM, Kyle Hall <kyle.m.hall@gmail.com> wrote:
Have you thought about using the HTML 5 <audio> tag?
http://html5doctor.com/native-audio-in-the-browser/
Kyle
http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org )
On Thu, Feb 4, 2010 at 10:50 AM, Darrell Ulm <darrellulm@smfpl.org> wrote:
Hello,
Working on putting sound events into Koha 3.2 but it is a bit of a pickle.
While I have it working using <embed (embed is the problem, works to a point, but please read below) ... <embed is not the solution for playing the sound
My question is *what is?*. Currently the two best candidates are playing with a Java Applet (works very well and loads concurrently so no delay) or Flash, which I have not tested.
Basically to get decent sound, we are going to need a plug-in, because web browsers just don't cut it for playing sound in a fast environment.
<!-- TMPL_IF NAME="soundon" --> <script type="text/javascript" language="javascript"> if ( get_cookie( "kohastaffsound" ) == "yes" ) { document.write('Sounding...'); document.write('<embed src="/intranet-tmpl/prog/sound/beep.wav" hidden autostart="true" loop="false" />'); } </script> <!-- /TMPL_IF -->
in Circulation.tmpl
along with a cookie (kohastaffsound) controlled audio on and off (note the syspref "soundon" also) which is set by a toggle button in header.inc (may not be the best place)
<script type="text/javascript" language="javascript"> if ( get_cookie( "kohastaffsound" ) == "yes" ) { document.write('<img src="/intranet-tmpl/prog/img/famfamfam/silk/sound.png" onClick=\'delete_cookie ( "kohastaffsound" ); window.location.reload();\' >'); } else { document.write('<img src="/intranet-tmpl/prog/img/famfamfam/silk/sound_mute.png" onClick=\'set_cookie( "kohastaffsound", "yes", 2020, 01, 01 ); window.location.reload();\' >'); } </script>
That is about it, which is fine, except the silly <EMBED is weird and flashes the screen as well as slows everything down. I think if I aim for a very small audio file this could be improved, however, there is a delay with the <embed.
With <Embed we have
* Firefox 3.6 there is a delay and an entire screen refresh, but works the best.
* Chrome 4 there is a delay, then the sound plays late, and it even messes up the formatting
* IE8 - worked great- loads quick - , but not so with Firefox which is a must
* Opera - Worked the best, very quick load on Circ, but other things did not, unrelated the sound changes
It seems one way to get around this is to NOT use Embed, and instead use Java with a class (open source of course) to handle playing a sound on demand.
Has anyone else thought about this or experimented. The issue is mainly with the browsers and the lack of support for sound. Using straight javascript to play the sound works worse than embed across the browsers, which is probably why Jquery doesn't have a good sound plug-in.
I think the reason sound is important, is so at the *end* of a transaction (check-in / out) there is a beep, to speed up these tasks. Also, when there is an exception on a book (missing barcode) there should be an audible warning. These are often missed, because Koha does not have sound cues, and other ILS systems do.
What do you all think?
Darrell Ulm
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
On Thu, Feb 4, 2010 at 11:12 AM, Kyle Hall <kyle.m.hall@gmail.com> wrote:
Even better:
jplayer is nice--works really well for what it does. But it requires Flash, and I don't know that we want to push a proprietary plugin on our users. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Hi, On Thu, Feb 4, 2010 at 11:11 AM, Kyle Hall <kyle.m.hall@gmail.com> wrote:
Have you thought about using the HTML 5 <audio> tag?
I think that's a possibility, but it begs a question - we're going to have to decide to what HTML or XHTML version to use in general for the future, i.e., * stick with XHTML1 * XHTML2 * HTML5 * X/HTML5 Regards, Galen -- Galen Charlton gmcharlt@gmail.com _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Kyle Hall <kyle.m.hall@...> writes:
Have you thought about using the HTML 5 <audio> tag?
Kyle, Yes, the HTML5 did the trick for Mozilla (using 3.6). It is fast and there is *no* delay and no page refresh. It just works. OK, so the *other* browsers don't yet implement it, but they should if they want to stay compliant. Koha primarily supports Firefox so this should not be an issue. They can play catch up. I just did the following: <!-- TMPL_IF NAME="soundon" --> <script type="text/javascript" language="javascript"> if ( get_cookie( "kohastaffsound" ) == "yes" ) { document.write('<audio src="/intranet-tmpl/prog/sound/beep.wav" autoplay autobuffer></audio>'); } </script> <!-- /TMPL_IF --> Sound on is the syspref. The HTML 5 autoplay and especially the autobuffer appear to make it work very nicely. Well, I have a bunch of open source sounds (Artistic Licence 2.0) so I can finish this up and have Galen "soundly" reject it! (Just a joke Galen) :) -Darrell Ulm _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Excellent. I hope your addition makes it in soon. Some of our libraries requested the same feature, but this was years ago now, and I had to do it using java applets. It didn't play well with thin clients so I ended up disabling it. Darrell++ Kyle http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org ) On Thu, Feb 4, 2010 at 11:35 AM, Darrell Ulm <darrellulm@smfpl.org> wrote:
Kyle Hall <kyle.m.hall@...> writes:
Have you thought about using the HTML 5 <audio> tag?
Kyle,
Yes, the HTML5 did the trick for Mozilla (using 3.6). It is fast and there is *no* delay and no page refresh. It just works.
OK, so the *other* browsers don't yet implement it, but they should if they want to stay compliant. Koha primarily supports Firefox so this should not be an issue.
They can play catch up. I just did the following:
<!-- TMPL_IF NAME="soundon" --> <script type="text/javascript" language="javascript"> if ( get_cookie( "kohastaffsound" ) == "yes" ) { document.write('<audio src="/intranet-tmpl/prog/sound/beep.wav" autoplay autobuffer></audio>'); } </script> <!-- /TMPL_IF -->
Sound on is the syspref.
The HTML 5 autoplay and especially the autobuffer appear to make it work very nicely.
Well, I have a bunch of open source sounds (Artistic Licence 2.0) so I can finish this up and have Galen "soundly" reject it! (Just a joke Galen) :)
-Darrell Ulm
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Kyle Hall <kyle.m.hall@...> writes:
Excellent. I hope your addition makes it in soon. Some of our libraries requested the same feature, but this was years ago now, and I had to do it using java applets. It didn't play well with thin clients so I ended up disabling it.
Yes, I assumed others wanted some sounds because it is just so standard for ILS systems to have some sort of audio warning for staff. The thin client sound could be tricky for many reasons. We are also running LTSP for all the catalog machines (and it saves much time) and I just switched our LTSP to a virtual machine for a little bit of backup security without having to keep 2 LTSP servers updated. Back to sound: The HTML 5 <audio> works really well with Firefox 3.5/3.6 which I assume people are running now :) Darrell Ulm _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Hi, On Thu, Feb 4, 2010 at 11:35 AM, Darrell Ulm <darrellulm@smfpl.org> wrote:
OK, so the *other* browsers don't yet implement it, but they should if they want to stay compliant. Koha primarily supports Firefox so this should not be an issue.
For the staff client, correct, but there are Koha users who are stuck with IE<ancient>, and they shouldn't be completely ignored. However, IMO a graceful degradation for IE is acceptable.
Well, I have a bunch of open source sounds (Artistic Licence 2.0) so I can finish this up and have Galen "soundly" reject it! (Just a joke Galen) :)
I've no problem with with the concept, nor with including it in 3.2, but since this will break XHTML validation for now, please keep it out of header.inc and do it only for the checkin and checkout pages directly. Also, I will be quick to revert it and save it for 3.4 (and eventual backport to 3.2.1) if it causes any problems. Regards, Galen -- Galen Charlton gmcharlt@gmail.com _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Jplayer ( http://www.happyworm.com/jquery/jplayer/ ) appears to be a nice way to do it. It uses HTML 5, but degrades to flash if a browser does not support it. Kyle http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org ) On Thu, Feb 4, 2010 at 11:47 AM, Galen Charlton <gmcharlt@gmail.com> wrote:
Hi,
On Thu, Feb 4, 2010 at 11:35 AM, Darrell Ulm <darrellulm@smfpl.org> wrote:
OK, so the *other* browsers don't yet implement it, but they should if they want to stay compliant. Koha primarily supports Firefox so this should not be an issue.
For the staff client, correct, but there are Koha users who are stuck with IE<ancient>, and they shouldn't be completely ignored. However, IMO a graceful degradation for IE is acceptable.
Well, I have a bunch of open source sounds (Artistic Licence 2.0) so I can finish this up and have Galen "soundly" reject it! (Just a joke Galen) :)
I've no problem with with the concept, nor with including it in 3.2, but since this will break XHTML validation for now, please keep it out of header.inc and do it only for the checkin and checkout pages directly. Also, I will be quick to revert it and save it for 3.4 (and eventual backport to 3.2.1) if it causes any problems.
Regards,
Galen -- Galen Charlton gmcharlt@gmail.com
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
bug 1080 - so is someone going to create a patch or how does this work? I'm not sure I'm there yet... Creating the patch and all... David Schuster Kyle Hall wrote:
Jplayer ( http://www.happyworm.com/jquery/jplayer/ ) appears to be a nice way to do it. It uses HTML 5, but degrades to flash if a browser does not support it.
Kyle
http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org )
On Thu, Feb 4, 2010 at 11:47 AM, Galen Charlton <gmcharlt@gmail.com> wrote:
Hi,
On Thu, Feb 4, 2010 at 11:35 AM, Darrell Ulm <darrellulm@smfpl.org> wrote:
OK, so the *other* browsers don't yet implement it, but they should if they want to stay compliant. Koha primarily supports Firefox so this should not be an issue.
For the staff client, correct, but there are Koha users who are stuck with IE<ancient>, and they shouldn't be completely ignored. However, IMO a graceful degradation for IE is acceptable.
Well, I have a bunch of open source sounds (Artistic Licence 2.0) so I can finish this up and have Galen "soundly" reject it! (Just a joke Galen) :)
I've no problem with with the concept, nor with including it in 3.2, but since this will break XHTML validation for now, please keep it out of header.inc and do it only for the checkin and checkout pages directly. Also, I will be quick to revert it and save it for 3.4 (and eventual backport to 3.2.1) if it causes any problems.
Regards,
Galen -- Galen Charlton gmcharlt@gmail.com
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
-- View this message in context: http://old.nabble.com/Koha-Sound-Events-tp27455064p27468832.html Sent from the Koha - Dev mailing list archive at Nabble.com.
Hi, On Fri, Feb 5, 2010 at 9:47 AM, David Schuster <dschust1@tx.rr.com> wrote:
bug 1080 - so is someone going to create a patch or how does this work?
I'm not sure I'm there yet... Creating the patch and all...
Darrell is working on a patch which he will submit soon. Assuming that it doesn't have any unexpected side effects, I will accept it for 3.2. Regards, Galen -- Galen Charlton gmcharlt@gmail.com
Galen Charlton <gmcharlt@...> writes:
On Fri, Feb 5, 2010 at 9:47 AM, David Schuster <dschust1 <at> tx.rr.com> wrote:
bug 1080 - so is someone going to create a patch or how does this work?
I'm not sure I'm there yet... Creating the patch and all...
Darrell is working on a patch which he will submit soon. Assuming that it doesn't have any unexpected side effects, I will accept it for 3.2. Regards, Galen
People, Also helping on a grant to expand PCs for the patrons, so today and Monday are a little tied up. I am still plugging away. Question for Galen: I didn't look yet, but does Koha already have any nice Javascript functions to set, delete, test cookies or shall I find and tack on an open source set. Does Jquery have this ability? Also, Kyle mentioned the Jplayer http://www.happyworm.com/jquery/jplayer/ which looks interesting because it does try to play w/ HTML5 and then degrades to Flash (and hopefully does nothing - no popup request if flash is not there). Sounds interesting, but most libraries do you Firefox I assume for the staff side? If this is the case and they want to enable the sound sys-pref, they could just install Firefox 3.5/3.6 if they want sound. I am trying to err on simplicity for this. So Does Jquery have some javascript cookie setting functions? Are these somewhere in Koha already for javascript cookie settings? -THANKS! -Darrell _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Hi, On Fri, Feb 5, 2010 at 11:34 AM, Darrell Ulm <darrellulm@smfpl.org> wrote:
I didn't look yet, but does Koha already have any nice Javascript functions to set, delete, test cookies or shall I find and tack on an open source set. Does Jquery have this ability?
There is http://plugins.jquery.com/project/cookie, for example
Also, Kyle mentioned the Jplayer http://www.happyworm.com/jquery/jplayer/ which looks interesting because it does try to play w/ HTML5 and then degrades to Flash (and hopefully does nothing - no popup request if flash is not there). Sounds interesting, but most libraries do you Firefox I assume for the staff side? If this is the case and they want to enable the sound sys-pref, they could just install Firefox 3.5/3.6 if they want sound. I am trying to err on simplicity for this.
Let's go with the audio tag for the first pass. Regards, Galen -- Galen Charlton gmcharlt@gmail.com _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
W dniu 2010-02-04 16:50, Darrell Ulm pisze:
Hello,
Working on putting sound events into Koha 3.2 but it is a bit of a pickle.
While I have it working using<embed (embed is the problem, works to a point, but please read below) ...<embed is not the solution for playing the sound
My question is *what is?*. Currently the two best candidates are playing with a Java Applet (works very well and loads concurrently so no delay) or Flash, which I have not tested.
Basically to get decent sound, we are going to need a plug-in, because web browsers just don't cut it for playing sound in a fast environment.
I think this is not good idea.. librarians doesn't like sounds;) we are using sound only for login page and member page (outdated books) by HTML5: <audio src="/intranet-tmpl/default/pl/audio/login.ogg <view-source:https://10.0.1.1:8014/intranet-tmpl/default/pl/audio/login.ogg>"autoplay></audio> <audio src="/intranet-tmpl/default/pl/audio/overdue.ogg <view-source:https://10.0.1.1:8014/intranet-tmpl/default/pl/audio/overdue.ogg>"id="audioerror1"></audio> bye -- The Main Library of Szczecin University. Computerization Department. http://bg.univ.szczecin.pl
I think this is not good idea.. librarians doesn't like sounds;) we are using sound only for login page and member page
In other words, librarians don't like sounds...except when they do. Anyway, any addition of sound cues will be controlled by a system preference, so there's no need to worry about Koha being too noisy. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
W dniu 2010-02-04 19:37, Owen Leonard pisze:
I think this is not good idea.. librarians doesn't like sounds;) we are using sound only for login page and member page
In other words, librarians don't like sounds...except when they do.
yep:)
Anyway, any addition of sound cues will be controlled by a system preference, so there's no need to worry about Koha being too noisy.
sound on/off... or login page sound on/off, member page sound on/off, etc?:) -- The Main Library of Szczecin University. Computerization Department. http://bg.univ.szczecin.pl
There should definitely be a global Sounds On/Off syspref. If only a few pages have sounds, a syspref for each sound easy enough. For many sounds, we should probably add an admin panel for controlling them all. Kyle http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org ) On Thu, Feb 4, 2010 at 2:12 PM, Wojciech Zatorski <listy-in@zatorski.net> wrote:
W dniu 2010-02-04 19:37, Owen Leonard pisze:
I think this is not good idea.. librarians doesn't like sounds;) we are using sound only for login page and member page
In other words, librarians don't like sounds...except when they do.
yep:)
Anyway, any addition of sound cues will be controlled by a system preference, so there's no need to worry about Koha being too noisy.
sound on/off... or login page sound on/off, member page sound on/off, etc?:)
-- The Main Library of Szczecin University. Computerization Department. http://bg.univ.szczecin.pl
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Wojciech Zatorski <listy-in@...> writes:
I think this is not good idea.. librarians doesn't like sounds;) we are using sound only for login page and member page (outdated books) by HTML5:<audio src="/intranet-tmpl/default/pl/audio/login.ogg" autoplay>
</audio>
<audio src="/intranet-tmpl/default/pl/audio/overdue.ogg" id="audioerror1">
</audio>
Wojciech, Thanks, yes, we talked about this and the HTML5 looks like the way to go. If you include autoplay autobuffer it may work better for you Like this: <audio src="/intranet-tmpl/default/pl/audio/overdue.ogg" id="audioerror1" autoplay autobuffer></audio> In Firefox 3.5 or after You are right, they librarians like quiet! Er, I was just thinking a beep or two, I wasn't talking about rocking out with Zep. http://www.last.fm/music/Led+Zeppelin or anything like that. _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
W dniu 2010-02-04 19:39, Darrell Ulm pisze:
Wojciech,
Thanks, yes, we talked about this and the HTML5 looks like the way to go. If you include autoplay autobuffer it may work better for you
Like this:
<audio src="/intranet-tmpl/default/pl/audio/overdue.ogg" id="audioerror1" autoplay autobuffer></audio>
In Firefox 3.5 or after
ok thx:) but the better way will be using/ /the "offline caching of web applications' resources" //https://developer.mozilla.org/En/Offline_resources_in_Firefox
You are right, they librarians like quiet!
you don't know how i had problems with this 2 sounds....
Er, I was just thinking a beep or two, I wasn't talking about rocking out with Zep. http://www.last.fm/music/Led+Zeppelin or anything like that.
hehe :) -- The Main Library of Szczecin University. Computerization Department. http://bg.univ.szczecin.pl
All I can say is my LIBRARIANS LOVE sounds when there is a PROBLEM!!! In a school library there is sooo much going on that they need every que possible when there is an error to get their attention. We changed the error color and they loved that, but they keep asking about mainly at checkin - for a sound for holds popping up, transfers etc... David Schuster Wojciech Zatorski wrote:
W dniu 2010-02-04 19:39, Darrell Ulm pisze:
Wojciech,
Thanks, yes, we talked about this and the HTML5 looks like the way to go. If you include autoplay autobuffer it may work better for you
Like this:
<audio src="/intranet-tmpl/default/pl/audio/overdue.ogg" id="audioerror1" autoplay autobuffer></audio>
In Firefox 3.5 or after
ok thx:) but the better way will be using/ /the "offline caching of web applications' resources" //https://developer.mozilla.org/En/Offline_resources_in_Firefox
You are right, they librarians like quiet!
you don't know how i had problems with this 2 sounds....
Er, I was just thinking a beep or two, I wasn't talking about rocking out with Zep. http://www.last.fm/music/Led+Zeppelin or anything like that.
hehe :)
-- The Main Library of Szczecin University. Computerization Department. http://bg.univ.szczecin.pl
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
-- View this message in context: http://old.nabble.com/Koha-Sound-Events-tp27455064p27468596.html Sent from the Koha - Dev mailing list archive at Nabble.com.
David Schuster <dschust1@...> writes:
All I can say is my LIBRARIANS LOVE sounds when there is a PROBLEM!!! In a school library there is sooo much going on that they need every que possible when there is an error to get their attention.
We changed the error color and they loved that, but they keep asking about mainly at checkin - for a sound for holds popping up, transfers etc...
David Schuster
David, I'm in total agreement, anything to remove fatigue and eliminate mistakes sounds good to me. -Darrell _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Darrell Ulm <darrellulm@...> writes:
Hello,
Working on putting sound events into Koha 3.2 but it is a bit of a pickle.
OK, I sent a patch for this, hopefully it was intact, but I am setup to enhance if more is needed. We are running the code on our local 3.0 system and Koha sounds like an Atari 2600 now in circulation. -Darrell Ulm _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
I like this, but for a couple of items: The beeping on initial load when you click to the checkout/checkin page is a little excessive. The sound itself sounds... how to say... crunchy? Maybe it was my speakers. An option for "error beeps only" would rock. Great work though, you'll make people so very happy with this patch. Liz Rea NEKLS On Thu, Feb 18, 2010 at 10:05 AM, Darrell Ulm <darrellulm@smfpl.org> wrote:
Darrell Ulm <darrellulm@...> writes:
Hello,
Working on putting sound events into Koha 3.2 but it is a bit of a pickle.
OK, I sent a patch for this, hopefully it was intact, but I am setup to enhance if more is needed. We are running the code on our local 3.0 system and Koha sounds like an Atari 2600 now in circulation.
-Darrell Ulm
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
OK, I sent a patch for this, hopefully it was intact, but I am setup to enhance if more is needed.
It seems to be working great--very seamless. Did you create the sounds or did you find them somewhere? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Le 19/02/2010 21:52, Owen Leonard a écrit :
OK, I sent a patch for this, hopefully it was intact, but I am setup to enhance if more is needed.
It seems to be working great--very seamless. Did you create the sounds or did you find them somewhere?
Seems some of you are still using koha-devel@nongnu.org, please use koha-devel@lists.koha.org instead, nongnu.org is really deprecated :( -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
participants (8)
-
Darrell Ulm -
David Schuster -
Galen Charlton -
Kyle Hall -
Liz Rea -
Owen Leonard -
Paul Poulain -
Wojciech Zatorski