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

[Bug 7812] New: Add markup to staff client templates to increase customization options
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7812 Priority: P5 - low Change sponsored?: --- Bug ID: 7812 Assignee: oleonard(a)myacpl.org Summary: Add markup to staff client templates to increase customization options QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 8570 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8570&action=edit Screenshot showing #header_wrapper highlighted Following up on Bug 7760, there are markup changes we could add to further increase the options for CSS customizations. In the current markup: <body id="circ_circulation-home" class="circ"> <div id="header">...</div> <h1 id="logo">...</div> <div id="header_search">...</div> <div id="breadcrumbs">...</div> I think it would be good to create a wrapper div for everything which is fall under the broad category of "header" (as opposed to "body" in the structural sense): <body id="circ_circulation-home" class="circ"> <div id="header_wrapper"> <div id="header">...</div> <h1 id="logo">...</div> <div id="header_search">...</div> <div id="breadcrumbs">...</div> </div> I would then add a new <div> which marks the "body" of the page, between #header_wrapper and the language footer. This would open just before the beginning of the main YUI grid declaration: <div id="body"> <div id="doc" class="yui-t7"> ...and close just before the footer include: </div> [% INCLUDE 'intranet-bottom.inc' %] Unfortunately this means making edits to each template. But it introduces no visual changes to the templates unless custom CSS is added, so the work can happen piece by piece without any disruptions. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9515] New: A browser-based (javascript) non-Latin IME for Koha
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9515 Bug ID: 9515 Summary: A browser-based (javascript) non-Latin IME for Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: indradg(a)gmail.com CC: frederic(a)tamil.fr Created attachment 14964 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14964&action=edit Screenshot of JQuery IME working with Koha v3.10 Indian installations with large holdings in vernacular languages (India has 22 recognized "official" languages) need input method (IME) to input and query data in the Indic languages. Largely, the user preference is for a browser-based IME. I've used the JQuery IME[1] from Wikimedia Language Engineering team with Koha v3.10 and found it to be suitably working (see scrnshot). I would like to see the IME included into future Koha versions. The plugin is dual-licensed GPLv2+ and MIT and should pose no problem in license compatibility with Koha. How to take this forward? Reference: [1] https://github.com/wikimedia/jquery.ime/ - "jQuery Input method editor library supporting 50+ input methods across several languages. This is the jQuery version of the input method tool used in Wikimedia projects, a.k.a. Narayam. These input methods are well tested and contributed by large Wikimedia community. This project is a Wikimedia foundation initiative to provide language technology tools to wider audience outside the Wikimedia universe" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9963] New: Inventory tool doing strange things
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '14

24 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9963 Bug ID: 9963 Summary: Inventory tool doing strange things Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com I can't come up with a better title that I have. You have to see this to understand what's going on: http://www.screencast.com/t/62evHO7OuST When I submit my criteria the first time, it comes up as expected. But after clicking Mark seen, it comes up with items that do not meet my original criteria. This is a problem in 3.10.3 and master. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8838] New: Digest option for HOLD FILLED notice?
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '14

23 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 Priority: P5 - low Change sponsored?: --- Bug ID: 8838 Assignee: koha-bugs(a)lists.koha-community.org Summary: Digest option for HOLD FILLED notice? Severity: enhancement Classification: Unclassified OS: All Reporter: mcoalwell(a)nekls.org Hardware: All Status: NEW Version: rel_3_6 Component: Notices Product: Koha Is there a way to set Koha to only send one email to a patron when they have several items on hold instead of one email for each item? We've had a couple of patrons ask and 12 emails put a patron over her email inbox quota. Thanks, Erica Voell Bonner Springs City Library -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9979] New: convert ./C4/Installer/PerlDependencies.pm into a YAML file
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '14

21 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9979 Bug ID: 9979 Summary: convert ./C4/Installer/PerlDependencies.pm into a YAML file Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com the current file in Koha with perl module data is not too user friendly this bug aims to replace it with a friendlier YAML version -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 7347] New: dontmerge preference description wrong
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '14

21 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7347 Bug #: 7347 Summary: dontmerge preference description wrong Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com The preference says 'If this is off, please ask your administrator to enable the merge_authorities.pl cronjob. ' According to http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6094 the cron isn't required anymore also there is no merge_authorities in the cronjob dir. There is, however, a merge_authority.pl script in the koha bin dir. I think the note needs to be removed from the preference unless there is a reason that it's still there. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 9383] New: Bad logic, missing params, and irregular labeling for Members scripts
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '14

20 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9383 Bug ID: 9383 Summary: Bad logic, missing params, and irregular labeling for Members scripts Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1) Category_type not being passed from moremember.pl to applicable templates 2) Logic in moremembers.pl doesn't work without category_type param. However, with the param, it runs category_type conditions one after another (if/else, if/else), rather than nesting them (if/elsif/else), which creates duplicate data for the P category type. 3) Labels are inconsistent between memberentrygen.pl page and moremember.pl page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 10427] New: Z39.50 in Cataloguing doesn't work when Javascript is off
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '14

20 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10427 Bug ID: 10427 Summary: Z39.50 in Cataloguing doesn't work when Javascript is off Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au CC: m.de.rooy(a)rijksmuseum.nl Currently, when you have Javascript turned off, you can get to the z3950_search.pl page, you can do a search, you can see the MARC, but you cannot import a record. This is because the script is trying to import the record into the "parent" window, but since it has been opened in the same window rather than as a pop-up (due to there being no Javascript), it just fails (without any error messages). Currently, the Z39.50 in Acquisitions works without Javascript, because it never uses a pop-up window. It manages searching and importing in the same window, so no Javascript is required for the main action. I think it might be a good idea to move toward this type of model so that the feature doesn't break without Javascript. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7547] New: printing a sorted cart
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '14

19 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7547 Bug #: 7547 Summary: printing a sorted cart Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com It would be nice if in the OPAC cart you could sort the contents before printing (and print the sorted contents). Even if someone tries to sort results by call number before putting them into the cart, the cart is often the product of multiple searches so the patron ends up with a mixed-up list of call numbers. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 9208] New: overdue letters (pdf) are not correctly encoded
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '14

18 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9208 Bug ID: 9208 Summary: overdue letters (pdf) are not correctly encoded Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com When pdf files are generated from html, diacritics ar not correctly encoded. This patch forces encoding to utf-8 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20