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

How to set up a new staff member - including how to access the intranet
by Rachel Hamilton-Williams 27 Mar '03

27 Mar '03

Hi - this is obviously causing a few headaches for people - so I thought I'd send this to the whole list :-) BACKGROUND To access the Intranet (librarian view) you need a username and password. The first person needs the MYSQL username and password, and then they can make new users (staff). Unfortunatly, the staff authentication module basically came in on the back of the general members (OPAC) authentication module, so to be blunt, it's a bit confusing, definitly not intuative, and hopefully might be improved for the next release. OK HERE WE GO To make another "Librarian". You will need to be logged in with your superuser password - not just the first time, but every time. You add new librarians through the "add member" process. From Koha's point of View, a librarian is just a member with some different privliges, but we don't make it clear enough that you add a staff person the same way. Start from the member search page that looks like http://hlt.katipo.co.nz/members/ Type the name of your staff member in the search box (even though they may not be there yet). You should get a page like http://hlt.katipo.co.nz/cgi-bin/koha/member.pl You should see the option to add a new member. Add a new adult member. You should be able to change them to being a "worker" And I think (although am not sure) that you can add their username and password there. Submit that form Apparently on your "add a new member" screen, you won't get the option to give them access to the intranet. To do that, you submit that form. Then go back to the member page, search for them (YES AGAIN) When they come up in the list, click on their name to modify their record and then all the options you need should show up Good Luck Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications WEBMISTRESS ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 12487, Wellington http://www.katipo.co.nz New Zealand Koha Open Source Library System http://www.koha.org

1 0

ItemInfo
by Thien Ho 27 Mar '03

27 Mar '03

Hello, In Koha-1.2.3, module/C4/Search.pm, line 4 of function ItemInfo: what is the meaning of the question mark? Is it intentional or mistake? I get some wrong result if I leave the question mark there. I fixed it by replacing the "?" by "$biblionumber". Thien ctho(a)sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org

2 1

[Bug 234] New: Images missing on MARC tag structure admin page
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Mar '03

27 Mar '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=234 Summary: Images missing on MARC tag structure admin page Product: Koha Version: 1.9.0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Parameters AssignedTo: paul.poulain(a)free.fr ReportedBy: Ilacis(a)chillco.com QAContact: koha-devel(a)lists.sourceforge.net cgi-bin/koha/admin/marctagstructure.pl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

special QA meeting
by Pat Eyler 27 Mar '03

27 Mar '03

Ingrid Lacis, the new QA/Testing manager, and I would like to invite everyone with an interest in the QA and testing process to attend a special QA/Testing IRC meeting. We would like to discuss the current user-interface usability of Koha, and work with the 2.0 team to create bug reports/enahancement requests in bugzilla for the issues that we agree need to be addressed. The meeting will be held 1 Apr 2003 at 1200 PST (GMT-7), and should run for an hour or two. We'll talk on #koha at irc.katipo.co. thanks, -pate Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org

4 4

Re: [oss4lib-discuss] Koha IRC meeting
by Pat Eyler 26 Mar '03

26 Mar '03

Why not look like an idiot twice in one morning (though with my luck, I'll have several more opportunities). idiot point #1 we'll be ircing at irc.katipo.co.nz #koha idiot point #2 PST is GMT -8 not -7 sigh, -pate On Wed, 26 Mar 2003, Raymond Wood wrote: > On Wed, Mar 26, 2003 at 11:43:06AM -0500, Pat Eyler remarked: > > Since it's been almost a year since our last series of IRC > > meetings about Koha, it's about time to kick off the stretch > > into a 2.0.0 release with a couple of meetings to let everyone > > know how things stand. > > > > We'd like to break things into two meetings just to keep them > > managable. Here's the plan: > > > > 8 April 2003 1200 PST (GMT-7) > > Paul state of 2.0 > > Nick state of Docs > > Pat state of project > > meet and greet Ingrid > > Q & A for management team > > > > 9 April 2003 1200 PST (GMT-7) > > A town hall meeting (time to toss out ideas, > > get to know people better, introduce Koha > > sub-projects, etc.) > > > > -pate > > > > Pat Eyler > > IRC coordinates? > > Cheers, > Raymond > > > ------------------------------------------------------- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > _______________________________________________ > > > oss4lib-discuss(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/oss4lib-discuss > see also http://oss4lib.org/ >

2 1

RE: [Koha-devel] [Bug 169] dateformat not used anywhere
by Anthony Youngman 26 Mar '03

26 Mar '03

Just a minor nit. I've never actually come across dd/mm/yy called metric before. I have heard it referred to as "military" because apparently the US military use it, and I have heard it called European (that's what Pick calls it) because it's used in every European country I know of apart from that Scandinavian one I can't remember that uses ISO. And I would think "metric" definitely is the wrong name for it, because that is generally taken to mean "use a scale of 10 for measurement", which dates certainly don't! Cheers, Wol -----Original Message----- From: bugzilla-daemon(a)wilbur.katipo.co.nz [mailto:bugzilla-daemon@wilbur.katipo.co.nz] Sent: 26 March 2003 02:56 To: koha-devel(a)lists.sourceforge.net Subject: [Koha-devel] [Bug 169] dateformat not used anywhere http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=169 mwhansen(a)hmc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From mwhansen(a)hmc.edu 2003-03-26 14:56 ------- OK, here is the deal. I created a module C4::Date which should be used by all scripts that deal with dates. Right now, it accepts 3 date formats: 1: us - "mm/dd/yyyy" 2: metric - "dd/mm/yyyy" 3: iso - "yyyy-mm-dd" The modules provides two functions: 1: display_date_format() which will return a string like "dd/mm/yyyy" depending on what dateformat is set to 2: format_date($date) which accepts a date as a string and will return it in the proper format Now, we need to update all the various scripts to use these functions so that dates are in a consistent format throughout Koha. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. ------------------------------------------------------- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel This transmission is intended for the named recipient only. It may contain private and confidential information. If this has come to you in error you must not act on anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, or show it to anyone. Please e-mail the sender to inform us of the transmission error or telephone ECA International immediately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333.

2 1

[Bug 230] Wrong DOB entry information given in add member
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Mar '03

25 Mar '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=230 mwhansen(a)hmc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From mwhansen(a)hmc.edu 2003-03-26 15:02 ------- This should be fixed now using C4::Date. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 169] dateformat not used anywhere
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Mar '03

25 Mar '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=169 mwhansen(a)hmc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From mwhansen(a)hmc.edu 2003-03-26 14:56 ------- OK, here is the deal. I created a module C4::Date which should be used by all scripts that deal with dates. Right now, it accepts 3 date formats: 1: us - "mm/dd/yyyy" 2: metric - "dd/mm/yyyy" 3: iso - "yyyy-mm-dd" The modules provides two functions: 1: display_date_format() which will return a string like "dd/mm/yyyy" depending on what dateformat is set to 2: format_date($date) which accepts a date as a string and will return it in the proper format Now, we need to update all the various scripts to use these functions so that dates are in a consistent format throughout Koha. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 230] Wrong DOB entry information given in add member
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Mar '03

25 Mar '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=230 This bug depends on bug 169, which changed state: What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 233] OPAC - User update doesn't work.
by bugzilla-daemon＠wilbur.katipo.co.nz 25 Mar '03

25 Mar '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=233 ------- Additional Comments From chris(a)katipo.co.nz 2003-03-26 13:11 ------- On Tue, Mar 25, 2003 at 04:58:45PM -0800, Ingrid Lacis said: > Well it turns out that it does work the way you say. But how was I to know? > I had set the KohaAdminEmailAddress to the system administrator's address > not mine. > (Cause I wasn't expecting any email.) > > As the library patron there was no indication that my request to update my > info was being sent by email. Don't the HLT patrons think it's broken? > Hmm, I think that the HLT templates tell the person that the form is going to send an email. The templates certainly should explain that. So it may be that the opac-userupdate.tmpl needs to be updated to explain to the user what is happening ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0