- Koha-bugs - lists.koha-community.org

[Bug 578] Move flaginfo message contents out of Circ2.pm
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=578 mjr(a)ttllp.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From mjr(a)ttllp.co.uk 2003-08-14 07:49 ------- Same problem, different (but related) file. *** This bug has been marked as a duplicate of 436 *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 436] circulation.pl only partially templated
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=436 ------- Additional Comments From mjr(a)ttllp.co.uk 2003-08-14 07:49 ------- *** Bug 578 has been marked as a duplicate of this bug. *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 571] Title-ordered search results should ignore articles
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=571 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|chris(a)katipo.co.nz |paul.poulain(a)free.fr Severity|normal |enhancement ------- Additional Comments From paul.poulain(a)free.fr 2003-08-14 07:43 ------- 2 notes : * not sure every library would be interested by such a feature. It's something to ask. * how to do it ? an idea : adding a "subfieldValueStopwordRemoved" in the subfield table, and fill it with the subfield value with stopword removed. Then, order search result on this column.(just a suggestion. Has to be deeply investigated & decided for 2.0.1) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 573] Updating member details should give feedback
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=573 mjr(a)ttllp.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 572] 'Exact' keyword search is not exact
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=572 ------- Additional Comments From mjr(a)ttllp.co.uk 2003-08-14 07:37 ------- Is this bug fixed? Being worked on by someone? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 569] Searches need 'browse' option
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=569 mjr(a)ttllp.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 568] Catalogue search results need sorting mechanism
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=568 mjr(a)ttllp.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 579] New: biblioitems.classification not available to search results templates
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=579 Summary: biblioitems.classification not available to search results templates Product: Koha Version: CVS Platform: PC Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: shedges(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net In order to import our data into Koha, we have mapped call numbers to biblioitems.classification rather than a combination of dewey and subclass. (Our call numbers won't fit in those columns.) That means our call number is not available for display in any of the search results screens in the OPAC or intranet. Can the subroutines &CatSearch in C4/Search.pm and &getissues in C4/Circulation/Circ2.pm be modified to grab biblioitems.classification and make it available to the templates? (Are there other subroutines that pass values to search results templates?) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 578] New: Move flaginfo message contents out of Circ2.pm
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Aug '03

13 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=578 Summary: Move flaginfo message contents out of Circ2.pm Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net The contents of certain flaginfo messages are hard-coded into Circ2.pm: if ($patroninformation->{'debarred'} == 1) { my %flaginfo; $flaginfo{'message'} = 'Borrower is Debarred.'; $flaginfo{'noissues'} = 1; $flags{'DBARRED'} = \%flaginfo; } This information should be easily customized by the individual library. Can we make a table of flags and messages, or move this to the template somehow? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 577] New: Move HTML out of authorised_values.pl and marctagstructure.pl
by bugzilla-daemon＠wilbur.katipo.co.nz 12 Aug '03

12 Aug '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=577 Summary: Move HTML out of authorised_values.pl and marctagstructure.pl Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net In authorisedvalues.pl and marctagstruture.pl, variables are created to enable 'previous page' and 'next page' links. This is done like this: $template->param(previous => "<a href=\"$script_name?offset=$prevpage&searchfield=$searchfield\">"); ...So the template reads something like this: <TMPL_VAR NAME="previous">Previous Page</a> It makes more sense to me to create individual variables for $prevpage and $searchfield so that the link could be constructed more flexibly: <a href="<TMPL_VAR NAME="script_name">?offset=<TMPL_VAR NAME="offset">&searchfield=<TMPL_VAR NAME="searchfield">">Previous Page</a> This would allow alternatives like: <form action="<TMPL_VAR NAME="script_name">" method="get"> <input type="hidden" name="offset" value="<TMPL_VAR NAME="offset"> <input type="hidden" name="searchfield" value="<TMPL_VAR NAME="searchfield">"> <input type="submit" value="Previous Page"> </form> ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0