<div>Hey collegease,</div>
<div> do u have a skype number? Good nite its at night in Uganda.</div>
<div> </div>
<div> </div>
<div><br><br> </div>
<div><span class="gmail_quote">On 5/6/09, <b class="gmail_sendername"><a href="mailto:koha-request@lists.katipo.co.nz">koha-request@lists.katipo.co.nz</a></b> <<a href="mailto:koha-request@lists.katipo.co.nz">koha-request@lists.katipo.co.nz</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Send Koha mailing list submissions to<br> <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
<br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="http://lists.katipo.co.nz/mailman/listinfo/koha">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:koha-request@lists.katipo.co.nz">koha-request@lists.katipo.co.nz</a><br><br>You can reach the person managing the list at<br> <a href="mailto:koha-owner@lists.katipo.co.nz">koha-owner@lists.katipo.co.nz</a><br>
<br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Koha digest..."<br><br><br>Today's Topics:<br><br> 1. Re: IndependentBranches & SingleBranchMode (Joe Atzberger)<br>
2. Re: Error with net::z39.50::zoom (MJ Ray)<br> 3. Re: OPAC display in Internet Explorer (MJ Ray)<br> 4. Re: OPAC display in Internet Explorer (Joe Atzberger)<br> 5. Re: OPAC display in Internet Explorer (H.S.)<br> 6. Clearing "in house" OPACs (Adrea Lund)<br>
<br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 5 May 2009 12:14:27 -0400<br>From: Joe Atzberger <<a href="mailto:ohiocore@gmail.com">ohiocore@gmail.com</a>><br>
Subject: Re: [Koha] IndependentBranches & SingleBranchMode<br>To: <a href="mailto:henry@silas.org.sg">henry@silas.org.sg</a><br>Cc: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>Message-ID:<br>
<<a href="mailto:235bf14f0905050914s2dc96c8coccf51db87ea291f2@mail.gmail.com">235bf14f0905050914s2dc96c8coccf51db87ea291f2@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>We'll use branchcodes AAA and BBB for Libraries A and B. Then we'll create<br>
patron types that we associate arbitrarily with those libraries:<br><br>AAA_Adult<br>BBB_Adult<br>AAA_Staff<br>BBB_Staff<br>AAA_Kid<br>BBB_Kid<br>BBB_Other<br><br>Now AAA sets circulation rules specifying for each BBB_* patron type that<br>
their checkout limit for default itemtype is 0. BBB does the same for AAA_*<br>types.<br><br>Alternatively, they could define their own rules and make the rule for<br>Default patron type be 0. Then they don't have to create a new rule when<br>
BBB adds a patron type. In that case, they have to be sure they defined all<br>the ones they need though, and that their own user data is fully populated.<br>You can do this with or without IndependentBranches.<br><br>One hazard you might run into is if the membership rules allow users to get<br>
library cards at both institutions, then a user might have to get a bunch of<br>cards as different versions of themself, and the true view of their activity<br>will be fractured.<br><br>--<br>Joe Atzberger<br>LibLime - Open Source Library Solutions<br>
<br>On Mon, May 4, 2009 at 11:33 PM, Henry Lam <<a href="mailto:henry@silas.org.sg">henry@silas.org.sg</a>> wrote:<br><br>> Thank you Joe.<br>><br>> The setting I have in mind is: Several libraries form as a group. They<br>
> share the same catalog and OPAC. But user from Library A cannot go to<br>> Library B to borrow items. Please advise how to set the Circ rules and<br>> patron types.<br>><br>> Henry<br>><br>> On Thu, Apr 23, 2009 at 11:30 PM, Joe Atzberger <<a href="mailto:ohiocore@gmail.com">ohiocore@gmail.com</a>>wrote:<br>
><br>>> SingleBranchMode won't help you here, since it expects that there is only<br>>> a single library. It sounds like what you want is just some structured Circ<br>>> rules and patron types.<br>
>><br>>> --<br>>> Joe Atzberger<br>>> LibLime - Open Source Library Solutions<br>>><br>>> On Thu, Apr 23, 2009 at 6:27 AM, Henry Lam <<a href="mailto:henry@silas.org.sg">henry@silas.org.sg</a>> wrote:<br>
>><br>>>> Hi<br>>>><br>>>> What is the difference between 'Independent Branches' &<br>>>> 'SingleBranchMode' in the System Preference Admin - Admin Preferences?<br>
>>><br>>>> I am looking for something that restrict a patron borrow books from<br>>>> other libraries in a same instance/setting.<br>>>><br>>>> Thank you for the help.<br>>>><br>
>>> Regards<br>>>> Henry<br>>>><br>>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://lists.katipo.co.nz/pipermail/koha/attachments/20090505/3e7c76c8/attachment.html">http://lists.katipo.co.nz/pipermail/koha/attachments/20090505/3e7c76c8/attachment.html</a><br>
<br>------------------------------<br><br>Message: 2<br>Date: Tue, 05 May 2009 19:34:27 +0100<br>From: MJ Ray <<a href="mailto:mjr@phonecoop.coop">mjr@phonecoop.coop</a>><br>Subject: Re: [Koha] Error with net::z39.50::zoom<br>
To: <a href="mailto:smith_me@live.com">smith_me@live.com</a>, <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>Message-ID: <<a href="mailto:4a0086b3.FrxcUu9sybaHKuH9%25mjr@phonecoop.coop">4a0086b3.FrxcUu9sybaHKuH9%mjr@phonecoop.coop</a>><br>
Content-Type: text/plain; charset=us-ascii<br><br>john smith <<a href="mailto:smith_me@live.com">smith_me@live.com</a>> wrote:<br>> I try to install koha 3 on ubuntu 8.04 and when try to install<br>> perl -MCPAN -e 'install Net::Z3950::ZOOM' [...]<br>
> please if any body know fix to this problem send to me<br><br>I'd install the Ubuntu packages like libnet-z3950-zoom-perl instead of<br>CPAN install Net::Z3950::ZOOM and it will get the dependencies correct<br>for you. You can probably follow 90% of INSTALL.debian for Ubuntu.<br>
Occasionally it might need a dh-make-perl package or something like<br>that, but very few if any on the current releases.<br><br>Hope that helps,<br>--<br>MJ Ray (slef). LMS developer and supporter for a small, friendly<br>
worker cooperative <a href="http://www.ttllp.co.uk/">http://www.ttllp.co.uk/</a> <a href="http://mjr.towers.org.uk/">http://mjr.towers.org.uk/</a><br>(Notice <a href="http://mjr.towers.org.uk/email.html">http://mjr.towers.org.uk/email.html</a>) tel:+44-844-4437-237<br>
<br><br>------------------------------<br><br>Message: 3<br>Date: Tue, 05 May 2009 19:48:19 +0100<br>From: MJ Ray <<a href="mailto:mjr@phonecoop.coop">mjr@phonecoop.coop</a>><br>Subject: Re: [Koha] OPAC display in Internet Explorer<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>Message-ID: <<a href="mailto:4a0089f3.VYIfbU76daM06nFn%25mjr@phonecoop.coop">4a0089f3.VYIfbU76daM06nFn%mjr@phonecoop.coop</a>><br>Content-Type: text/plain; charset=us-ascii<br>
<br>Nicole Engard <<a href="mailto:nicole.engard@liblime.com">nicole.engard@liblime.com</a>> wrote:<br>> Unfortunately - as far as I know - Koha was not optimized for IE in<br>> previous versions - and work is just being done now on fixing that -<br>
> if you call it fixing :)<br><br>Paul's 2.2.6 release notes said "The librarian interface is tested<br>only with Mozilla/Firefox. Should work (partially) with IE. OPAC<br>should work fine with any browser."<br>
<br>It seems that there was some slip-back on this in 3.0, from this<br>comment and some bug reports I've got and am struggling to debug. It's<br>understandable (few devs or librarians use IE or similar), but I'll<br>
open an RFC for having valid xhtml and CSS in opac as a release<br>requirement in future. Comments?<br><br>Hope that helps,<br>--<br>MJ Ray (slef). LMS developer and supporter for a small, friendly<br>worker cooperative <a href="http://www.ttllp.co.uk/">http://www.ttllp.co.uk/</a> <a href="http://mjr.towers.org.uk/">http://mjr.towers.org.uk/</a><br>
(Notice <a href="http://mjr.towers.org.uk/email.html">http://mjr.towers.org.uk/email.html</a>) tel:+44-844-4437-237<br><br><br>------------------------------<br><br>Message: 4<br>Date: Tue, 5 May 2009 16:05:04 -0400<br>From: Joe Atzberger <<a href="mailto:ohiocore@gmail.com">ohiocore@gmail.com</a>><br>
Subject: Re: [Koha] OPAC display in Internet Explorer<br>To: MJ Ray <<a href="mailto:mjr@phonecoop.coop">mjr@phonecoop.coop</a>><br>Cc: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>Message-ID:<br>
<<a href="mailto:235bf14f0905051305u493cd50ai83e2c8c51ccc6591@mail.gmail.com">235bf14f0905051305u493cd50ai83e2c8c51ccc6591@mail.gmail.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Similar bugs for CSS and XHTML have already been filed, I think. In this<br>
case, it's probably not the xhtml and CSS, as much as the trailing commas in<br>javascript argument pairs, like:<br>{ name1: val1, name2: val2, }<br><br>For whatever reason, IE chokes on that. The menus in question are probably<br>
YUI, and therefore js dependent. There currently is an IE compatibility<br>category in bugzilla, if you find outstanding issues. Venkata, please be<br>sure to specify what version of IE you are testing with.<br><br>--Joe<br>
<br>On Tue, May 5, 2009 at 2:48 PM, MJ Ray <<a href="mailto:mjr@phonecoop.coop">mjr@phonecoop.coop</a>> wrote:<br><br>> Nicole Engard <<a href="mailto:nicole.engard@liblime.com">nicole.engard@liblime.com</a>> wrote:<br>
> > Unfortunately - as far as I know - Koha was not optimized for IE in<br>> > previous versions - and work is just being done now on fixing that -<br>> > if you call it fixing :)<br>><br>> Paul's 2.2.6 release notes said "The librarian interface is tested<br>
> only with Mozilla/Firefox. Should work (partially) with IE. OPAC<br>> should work fine with any browser."<br>><br>> It seems that there was some slip-back on this in 3.0, from this<br>> comment and some bug reports I've got and am struggling to debug. It's<br>
> understandable (few devs or librarians use IE or similar), but I'll<br>> open an RFC for having valid xhtml and CSS in opac as a release<br>> requirement in future. Comments?<br>><br>> Hope that helps,<br>
> --<br>> MJ Ray (slef). LMS developer and supporter for a small, friendly<br>> worker cooperative <a href="http://www.ttllp.co.uk/">http://www.ttllp.co.uk/</a> <a href="http://mjr.towers.org.uk/">http://mjr.towers.org.uk/</a><br>
> (Notice <a href="http://mjr.towers.org.uk/email.html">http://mjr.towers.org.uk/email.html</a>) tel:+44-844-4437-237<br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://lists.katipo.co.nz/pipermail/koha/attachments/20090505/3691af97/attachment-0001.htm">http://lists.katipo.co.nz/pipermail/koha/attachments/20090505/3691af97/attachment-0001.htm</a><br>
<br>------------------------------<br><br>Message: 5<br>Date: Tue, 05 May 2009 18:25:33 -0400<br>From: "H.S." <<a href="mailto:hs.samix@gmail.com">hs.samix@gmail.com</a>><br>Subject: Re: [Koha] OPAC display in Internet Explorer<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>Message-ID: <gtqect$a76$<a href="mailto:1@ger.gmane.org">1@ger.gmane.org</a>><br>Content-Type: text/plain; charset=UTF-8<br><br>Joe Atzberger wrote:<br>
> Similar bugs for CSS and XHTML have already been filed, I think. In this<br>> case, it's probably not the xhtml and CSS, as much as the trailing commas in<br>> javascript argument pairs, like:<br>> { name1: val1, name2: val2, }<br>
><br>> For whatever reason, IE chokes on that. The menus in question are probably<br>> YUI, and therefore js dependent. There currently is an IE compatibility<br>> category in bugzilla, if you find outstanding issues. Venkata, please be<br>
> sure to specify what version of IE you are testing with.<br>><br>> --Joe<br>><br>> On Tue, May 5, 2009 at 2:48 PM, MJ Ray <<a href="mailto:mjr@phonecoop.coop">mjr@phonecoop.coop</a>> wrote:<br>><br>
>> Nicole Engard <<a href="mailto:nicole.engard@liblime.com">nicole.engard@liblime.com</a>> wrote:<br>>>> Unfortunately - as far as I know - Koha was not optimized for IE in<br>>>> previous versions - and work is just being done now on fixing that -<br>
>>> if you call it fixing :)<br>>> Paul's 2.2.6 release notes said "The librarian interface is tested<br>>> only with Mozilla/Firefox. Should work (partially) with IE. OPAC<br>>> should work fine with any browser."<br>
>><br>>> It seems that there was some slip-back on this in 3.0, from this<br>>> comment and some bug reports I've got and am struggling to debug. It's<br>>> understandable (few devs or librarians use IE or similar), but I'll<br>
>> open an RFC for having valid xhtml and CSS in opac as a release<br>>> requirement in future. Comments?<br><br>Out of curiosity, does this problem occur in IE 8.0 as well?<br><br><br>--<br><br>Please reply to this list only. I read this list on its corresponding<br>
newsgroup on <a href="http://gmane.org">gmane.org</a>. Replies sent to my email address are just<br>filtered to a folder in my mailbox and get periodically deleted without<br>ever having been read.<br><br><br><br>------------------------------<br>
<br>Message: 6<br>Date: Tue, 5 May 2009 17:24:04 -0600<br>From: "Adrea Lund" <<a href="mailto:adrea@moablibrary.org">adrea@moablibrary.org</a>><br>Subject: [Koha] Clearing "in house" OPACs<br>To: <<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a>><br>
Message-ID: <320D123B36C941E9A0CB237EA8426ED5@STAFF02><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>We have computers in our library which are only used as OPACs - we would like to set up these OPAC computers to clear search history/login info/cart contents etc. after a certain period of inactivity (perhaps 2-3 minutes). So that when you sit down at an OPAC in the library you are not already logged into someone else's account. Does anyone have a solution for how to set this up?<br>
<br>We have already experimented with the "timeout" admin system preference. It does not do the trick, because we do not want to staff to be logged out of our staff module after a period of inactivity, and we do not want folks accessing their account from home to get logged out of their account automatically. We just need a solution for the OPAC computers in the library. Thanks for your help!<br>
<br>Adrea Lund<br>Head of Adult Services<br>Grand County Public Library<br>257 E. Center St.<br>Moab, UT 84532<br>435-259-1111 ext11<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://lists.katipo.co.nz/pipermail/koha/attachments/20090505/5f2712ea/attachment-0001.htm">http://lists.katipo.co.nz/pipermail/koha/attachments/20090505/5f2712ea/attachment-0001.htm</a><br>
<br>------------------------------<br><br>_______________________________________________<br>Koha mailing list<br><a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br><a href="http://lists.katipo.co.nz/mailman/listinfo/koha">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
<br><br>End of Koha Digest, Vol 43, Issue 16<br>************************************<br></blockquote></div><br><br clear="all"><br>-- <br>..............<br>Smith Matsiko <br>Sparklink systems (u) Ltd<br>Plot 42 Buganda Rd,<br>
# 3463 Kampala Uganda<br>mob:0752 690319