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

[Bug 5830] New: Using XSLT on OPAC Lists page
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '14

26 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5830 Bug #: 5830 Summary: Using XSLT on OPAC Lists page Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org On OPAC Lists page (opac-shelves.pl), biblio records are not displayed accordingly to OPACXSLTResultsDisplay system preference. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6

[Bug 12819] New: librarything content should have headers
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12819 Bug ID: 12819 Summary: librarything content should have headers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 31135 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31135&action=edit librarything content without headers When looking at librarything content inline with bibliographic info there are no headers to explain what you're looking at. In the image below we're seeing other editions and similar items below the year. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5969] New: Add News Item displays all installed languages
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5969 Bug #: 5969 Summary: Add News Item displays all installed languages Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org When adding a new news item, the "Display Location" dropdown shows all installed languages, not just the ones that are enabled. Would it make more sense to just show the languages that are enabled? Or is it possible to imagine a situation where a library is working on a new language - it's installed but not enabled yet, and they might want to add some news items before it's enabled? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 7

[Bug 12816] New: Classification of the i18n / l10n system preference into sub groups
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12816 Bug ID: 12816 Summary: Classification of the i18n / l10n system preference into sub groups Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 31130 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31130&action=edit Screenshot of sub-sectioned I18N/L10N syspref The present 7 syspref under I18N / L10N are better sub-grouped under: Date and Time: CalendarFirstDayOfWeek, dateformat, TimeFormat; Language Support: alphabet, language, opaclanguages, opaclanguagesdisplay -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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 12683] New: Use NOLoginInstructions to customize text for OPAC user/pass information
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12683 Bug ID: 12683 Summary: Use NOLoginInstructions to customize text for OPAC user/pass information Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P4 Component: OPAC Assignee: simith.doliveira(a)inlibro.com Reporter: simith.doliveira(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 22

[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 12813] New: improve koha-indexdefs-to-zebra.xsl to manage MARC indicators
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '14

25 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12813 Bug ID: 12813 Summary: improve koha-indexdefs-to-zebra.xsl to manage MARC indicators Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I think it is currently impossible to make precise indexing of some MARC fields depending on the value of the 2 indicators (for UNIMARC field 601 for example, which can be a meeting name or an organization name). It can be done presently by modifiying by hand the ...-zebra-....xsl files (adding "and @ind1='1'" in the condition for example), but not automatically when you translate the ...-koha-....xml files to .xsl with xsltproc. So I suppose the / etc / zebradb / xsl / koha-indexdefs-to-zebra.xsl file need to be updated for that. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12569] New: LibraryThingForLibrariesTabbedView doesn't work
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '14

24 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12569 Bug ID: 12569 Summary: LibraryThingForLibrariesTabbedView doesn't work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If you have librarything set to put the info in a tab it shows above the holdings table ... http://catalog.cclsd.org/cgi-bin/koha/opac-detail.pl?biblionumber=316379 It should have a tab of it's own and it used to, but I'm not sure how long ago that was. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11762] New: Sequence of MARC21 245 subfields different on XSLT result list and detail page
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '14

24 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11762 Bug ID: 11762 Summary: Sequence of MARC21 245 subfields different on XSLT result list and detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org While the XSLT result list displays a b h, the detail page does better and displays a h b. This applies to both staff and OPAC MARC21 XSLT pages. -- You are receiving this mail because: You are watching all bug changes.

1 18