- Koha-devel - lists.koha-community.org

[Bug 403] Reserve process allows duplicate reserves
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=403 ------- Additional Comments From rachel(a)katipo.co.nz 2003-04-24 12:00 ------- So is it really a problem? if someone makes a second reserve, do they go to a page that then shows they have 2 reserves? I wouldn't like to actually stop people legitimately making more than one reserve - but it would be good to make sure they know they've done it, and give them the tools to cancel one if they wish to. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 218] Home/street address not showing or showing postal address info.
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=218 Ilacis(a)chillco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From Ilacis(a)chillco.com 2003-04-24 11:57 ------- This bug has reappeared in the junior member section. When adding a junior member, only the home town shows up not the home street address. cgi-bin/koha/moremember.pl?bornum= When you modify the entry only the towns appear not the street addresses. cgi-bin/koha/memberentry.pl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 403] Reserve process allows duplicate reserves
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=403 ------- Additional Comments From rosalie(a)library.org.nz 2003-04-24 11:54 ------- People do want duplicate reserves eg library satff who want all copies to make some change. And users who want both the April and May copies of X magazine. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

MyLibrary features (fwd)
by Pat Eyler 23 Apr '03

23 Apr '03

I know that some of the folks on this list are also interested in using MyLibrary along with Koha. One of the bits below is LDAP authentication, a feature that has come up on our lists before. It might be a great opportunity to open up a dialog with the MyLibrary folks and hash out an LDAP schema that will work for both projects. -pate ---------- Forwarded message ---------- Date: Wed, 23 Apr 2003 08:45:48 -0500 From: Eric Lease Morgan <emorgan(a)ND.EDU> Reply-To: MyLibrary portal development <MYLIB-DEV(a)listserv.nd.edu> To: MYLIB-DEV(a)listserv.nd.edu Subject: MyLibrary features This message is a belated announcement, and it outlines a few things we will be working on in terms of MyLibrary features. After bunches o' discussions with bunches o' folks, we have decided to spend time and energy on three things: add to MyLibrary, LDAP authentication, more flexible classification. Add to MyLibrary The "add to MyLibrary" is a function implemented either as a browser bookmarklette or an embedded link. Its purpose will be to allow uses to view Internet resources in their browser and add the link their MyLibrary. The bookmarklette will first read the viewed page's title and URL. It will then display a dialog box allowing the user to edit these items. Finally, it will add the link to their personal links. The embedded link will work the same way except the title and URL of the resource will be embedded in the URL. It will look something like this: http://mylibrary.edu/add2mylibrary.cgi?t=foo&u=http://bar.org/ The addition of add to MyLibrary will reduce the need to catalog the entire Internet and the underlying MyLibrary database to include only a subset of a library's entire collection of Internet resources. Last, but not least, this functionality will be based on work previously done by the folks at the Los Alamos National Laboratory. "Thanks guys!" LDAP authentication Based on work by Gultekin Gurdal we will be integrating an optional LDAP authentication functionality into MyLibrary. By installing a number of Perl modules and securely pointing them to your institution's LDAP directory libraries may very well be able to allow patrons to create MyLibrary accounts based on their institution's canonical username/password combination. Consequently, people will not have to remember yet another password. Whew! More flexible classification Last, we will be working on removing some of the classification limitations. As the system stands now libraries can create a simple classification scheme intended to be subjects. Fine. When adding resources to MyLibrary, the system forces you to put these resources into one of five piles, usually named library, community, reference, databases, or ejournals. Many people found this too limiting. To remove this problem, we plan to allow libraries to first create any number of classification schemes (subjects, formats, audiences, education levels, ease-of-use, authority, timeliness, etc.), and then fill each one of these scheme up with terms (astronomy, philosophy, forestry; student, faculty, staff; dictionary, encyclopedia, index, catalog; easy, not so easy, difficult, impossible; very authoritative, authoritative, not authoritative; updated constantly, updated monthly, updated annually; etc.) When new resources are then added to the system they will be classified with one or more of the terms from the classification schemes. This solution will remove what we call the "Pile A, Pile B, and Pile C Problem". This solution will not be easy. It will require a lot of work in the underlying database. We're a bit scared. Timeline We are hoping to finish these features by July 4. -- Eric "Famous Last Words" Morgan For information about this mailing list, such as the location of its archive and instructions for managing your subscription, see: http://dewey.library.nd.edu/mylibrary/mailing-list.shtml. --ELM

2 1

[Bug 354] Acquisitions Link in Menu always goes to full (normal) acquistions
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=354 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From chris(a)katipo.co.nz 2003-04-24 11:45 ------- Id like to agree with rach here. Can we not have simple, or MARC, or Full acquisitions. I have clients who really really really do not want to have to ever see/catalogue in MARC. And they also dont want to use full acquisitions. So rather than forcing them to use the 1.2.x tree for ever, can we carry the simple acquistions into 2.0 ? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 354] Acquisitions Link in Menu always goes to full (normal) acquistions
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=354 ------- Additional Comments From rachel(a)katipo.co.nz 2003-04-24 11:42 ------- Are you saying there won't be a simple *non* MARC aquisitions module? If so I think it's a big mistake. People with small libraries are the most likely to not need/want MARC and the most likely to want a simple interface. Rachel ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 403] Reserve process allows duplicate reserves
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=403 ------- Additional Comments From rachel(a)katipo.co.nz 2003-04-24 11:40 ------- Is there a scenario in which someone would want a duplicate reserve? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 404] New: Confirm child page only has title - nothing else
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Apr '03

23 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=404 Summary: Confirm child page only has title - nothing else Product: Koha Version: CVS Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Members AssignedTo: paul.poulain(a)free.fr ReportedBy: Ilacis(a)chillco.com QAContact: koha-devel(a)lists.sourceforge.net cgi-bin/koha/newjmember.pl 'Confirm Record' and the Submit button - this is the only thing that's on the page. Please note - this page used to work in the past - this is a bug introduced into a previously working page. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Simple Acquisitions
by Chris Cormack 23 Apr '03

23 Apr '03

Hi All Right, so Im running 1.9.2, how the hell do I add a book in simple acquisitions without having to deal with all the MARC stuff. (As you all know I loathe MARC, and so does rachel my boss who im setting this koha up for) If theres not a way, ill port it over from 1.2.3 ... Id really hate it if 2.0 went out without a simple marc-free acquisitions module. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris(a)katipo.co.nz www.katipo.co.nz

1 0

Re: [Koha-devel] Return to search results?
by Dave Thorne 23 Apr '03

23 Apr '03

1 0