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