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

[Bug 80] New: printslip() subroutine is missing
by bugzilla-daemon＠wilbur.katipo.co.nz 16 Aug '02

16 Aug '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=80 Summary: printslip() subroutine is missing Product: Koha Version: 1.2.3 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 79] New: Can't search by Item Number from main catalogue page
by bugzilla-daemon＠wilbur.katipo.co.nz 16 Aug '02

16 Aug '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=79 Summary: Can't search by Item Number from main catalogue page Product: Koha Version: 1.2.3 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 78] bug in getpatroninformation - fatal error
by bugzilla-daemon＠wilbur.katipo.co.nz 16 Aug '02

16 Aug '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=78 ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-08-17 07:53 ------- Some code got removed that set up the $accessflagshash variable. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 78] New: bug in getpatroninformation - fatal error
by bugzilla-daemon＠wilbur.katipo.co.nz 16 Aug '02

16 Aug '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=78 Summary: bug in getpatroninformation - fatal error Product: Koha Version: 1.2.3 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Re: MyLib Next Steps
by Pat Eyler 16 Aug '02

16 Aug '02

On Fri, 16 Aug 2002, Chris Gray wrote: > > One of the most important things here is to get the input of our customers > > (librarians, systems administrators, consultants, and patrons). We as > > developers have an (often) limited or incorrect view of what is important > > and why. By drawing the users of our software into the discussion about > > what features are the most important, we can deliver better value, faster. > > > > One approach would be to develop a board (or similar group) of librarians > > to review lists of possible enhancements and have them place them in a > > matrix like that above (good for OSS). Another method would be to give > > them a pool of 'developer units' and allow them to spend that pool on > > building a release (good for commercial style development). (Note, there > > is no reason that commercial style development can not produce free > > software.) > > I have some reservations about this kind of approach. As Jakob Nielsen > puts it "don't listen to users" > <http://www.useit.com/alertbox/20010805.html>. The point is simply that > there is often a large gap between what people say they need and what > would actually help them. This may be true of end users (Though I take some of Jakob's words with a grain of salt ... he is a bit dogmatic for my tastes), but I'm talking about the professional users of the software, who use it to provide services to the end user. Ignoring their input is a dangerous game. Finding out how to get that input is an interesting challenge though. > > XP is good because the customer is an active participant in all phases of > the development so you get the benefit of their feedback all the way along > not just at the beginning and at the end. XP recognizes that there is a > lot that you don't know about something until you actually try to build > it. > > Here's one area where XP is more difficult in a "dispersed" environment. > You need on-line tools to help replace face-to-face feedback from users. There are certainly other approaches here. With Koha, we can rely on 'face-to-face' feedback between libraries and consultants/developers like Katipo, Steve, and Paul (among others) - this feedback occurs naturally as part of the client interaction, and drives the consultants development priorities. Koha and other projects can certainly make use of email, irc, wikis, and web based surveys to gather feedback from our users. Where we have created installation or upgrading scripts, we can certainly include an optional feedback form which could be emailed to a project address (given permission, and probably an option to edit the email). > Does this perhaps lead to a top priority of MyLibrary development? Maybe > we need to begin by tracking and analyzing how people actually do use > MyLibrary. I've got in mind something like the following story from > Philip Greenspun <http://philip.greenspun.com/panda/user-tracking>: > > "You can also use the logs to refine content. My very first log summary > revealed that half of my visitors were just looking at the slide show for > Travels with Samantha. Did that mean they thought my writing sucked? Well, > maybe, but it actually looked like my talents as a hypertext designer were > lame. The slide show was the very first link on the page. Users had to > scroll way down past a bunch of photos to get to the Chapter 1 link. I > reshuffled the links and traffic on the slide show fell to 10 percent." > This is a very good idea, and a nice illustration of how to make use of it. Beyond application logging, it may be fruitful to look into the logs of a projects website (particularily in on-line help and documentation) to see where people are going most often. -pate > Chris > > 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 >

1 0

Re: MyLib Next Steps (fwd)
by Pat Eyler 16 Aug '02

16 Aug '02

I'm forwarding this off of the MyLib list because I think the conversation is worth holding on our end too. I'll forward another email shortly. -pate ---------- Forwarded message ---------- Date: Thu, 15 Aug 2002 15:44:44 -0400 (EDT) From: Pat Eyler <pate(a)eylerfamily.org> To: MyLibrary portal development <MYLIB-DEV(a)listserv.nd.edu> Subject: Re: MyLib Next Steps On Thu, 15 Aug 2002, Eric Lease Morgan wrote: > I cut out a lot of stuff to get to what I consider the real meat of the message (from my perspective at least). I'm also adding the koha-devel list into the fray because the same issues apply in our camp. Thanks for putting together such a thoughtful overview Eric. > > To make the job of deciding what to do easier, we might compare and contrast > the next steps by cost (time and money) as well as impact/usefulness. > Consequently, we could create a matrix like this: > > High impact Low impact > +-----------+-----------+ > Low cost | Do now | ??? | > +-----------+-----------+ > High cost | ??? | Don't do | > +-----------+-----------+ > > Things classified as being very useful (high impact) and implementable with > relatively low cost should be done as soon as possible. Things that cost > buckets of time and money and have little impact should be put lowest in the > priority. The problems really come when we talk about the thing that have > low cost and low impact as well as high costs and high impacts. > > Other next steps do not necessarily relate to the software but the issues > surrounding the application itself. A couple of the more interesting issues > are privacy and the relationship of a portal like MyLibrary to the balance > of a library's website offerings. "How is a library's website similar and > different from a library's catalog? What type of content should be listed on > a website versus the type of content recorded in an integrated library > system?" > > In short, to create a "next steps" document I suggest we: > > 1) articulate a list of enhancements, features, and/or issues > to be addressed > 2) prioritize each item in the list > 3) get people address each item > > What do y'all think? Can you suggest an enhancement, feature, or issue? > [As I've mentioned, I'm very firmly in the XP camp -- this may explain a fair amount about where I'm coming from with the below.] One of the most important things here is to get the input of our customers (librarians, systems administrators, consultants, and patrons). We as developers have an (often) limited or incorrect view of what is important and why. By drawing the users of our software into the discussion about what features are the most important, we can deliver better value, faster. One approach would be to develop a board (or similar group) of librarians to review lists of possible enhancements and have them place them in a matrix like that above (good for OSS). Another method would be to give them a pool of 'developer units' and allow them to spend that pool on building a release (good for commercial style development). (Note, there is no reason that commercial style development can not produce free software.) A final note to consider is that all of our planning and information gathering can be obviated by some organization deciding that it is worth funding the development of some module or function. We need to be flexible enough to handle this (and to integrate it into our source tree). Ideally, we should have published inforamtion on coding standards and other requirements for inclusion e.g., 'Any new code most have unit tests, and must not break the existing unit test suite.' hopefully, the above is useful ... happy hacking, -pate > -- > Eric Lease Morgan > (574) 631-8604 > > 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 >

1 0

Beginning?
by Nicholas S. Rosasco 15 Aug '02

15 Aug '02

I'm smelling the beginnings of an agenda.... just so we don't forget anything/feel free to add: Coding Issues Templating issues finding ppl to help paul with 1.4 possible shift to savannah new developers Translations templating with Tools: Could use a volunteer here for some development work, or suggestions based on what is out there Open to comments suggestions -- my inclination is to automate them as much as possible OK on "2 person" rule for a supported translation translations list Documentation Ideas/suggestions, comments on update procedure Installer vs. manual Current "open support topics": stand-alone machines/semi-standalones, windows config. "Regular items" Features timetable Handling support

1 0

Meeting
by etome-nsr＠korksoft.com 15 Aug '02

15 Aug '02

I know a few of us are pressed for time of late, but I think we need to have a IRC meeting-- catching up on the logs I'm seeing stuff floating about undecided. MARC and Merging, some other things are waiting on decisions.... anything else? Nick ...how about next week? ------------------------------------------------- This mail sent through Korksoft WebMail http://www.korksoft.com Web Hosting Starting At $5.95/mo. WOW!

2 1

Free Software Project Approved (fwd)
by Tonnesen Steve 14 Aug '02

14 Aug '02

A Koha project has been created at Savannah. Now we just need a consensus on IF/WHEN we should move from SourceForge to Savannah. If we are planning an IRC meeting, that'd probably be the best time to bring it up. Steve. ---------- Forwarded message ---------- Date: Wed, 14 Aug 2002 18:01:05 -0400 From: nobody(a)gnu.org To: tonnesen(a)cmsd.bc.ca Subject: Free Software Project Approved Your project registration for Savannah has been approved. Project Full Name: Koha Library Automation Package Project System Name: koha Project page: http://savannah.gnu.org/projects/koha/ Please note that it may take a few hours for the system files to be updated (CVS repository creation for instance) after receiving this mail. Enjoy the system, and please tell others about Savannah. Let us know if there is anything we can do to help you. -- the GNU volunteers Post scriptum, important notes: * In order, to release your project, you should write copyright notices and license notices at the beginning of every source code file, and include a copy of the plain text version of the license. If your software is published under the GNU GPL license, you should read http://www.gnu.org/copyleft/gpl.html#SEC4 * If you plan using PHP, it would be nice to make sure it works with php3. The php4 license has restrictions that forbids distribution of modified source packages. Using PHP3 is the only way to pressure for a license change.

2 1

Re: Your message to Koha-devel awaits moderator approval
by Pat Eyler 14 Aug '02

14 Aug '02

On Wed, 14 Aug 2002, Dorian Meid wrote: > > > Pat Eyler schrieb: > > > BTW, I'm excited to hear that you're planning on working on a german > > version of Koha. Have you looked at the translation pages on the Koha > > wiki? > > What do you mean the translation pages? take a look at http://www.saas.nsw.edu.au/wiki/index.php?page=TranslationTeams and please feel free to add yourself to the page. > I've subscribed the translators mailing-list but it has verrrry low > traffic. It does indeed. Hopefully this will change as people begin working on translations ... the French version is the furthest along so far. -pate > At sourceforge I can't find a specific area up to translations. > Since I'm new to sourceforge and open-source-programming in general any > help in finding the way to the hot spots would be great. > > Dorian >

2 1