[Koha] Order and number of news appearing in OPAC

2020-09-16 Thread Quỳnh Vũ Đỗ 
Hello,
We are using 19.11.06 (close to production)  and 19.11.09 (for testing),
under Ubuntu 18.04 LTS.
We have the following problems in displaying news on the OPAC home page (
opac-main.pl):

1) When the field "Number" of the news item is not set, the news are
displayed in increasing id number on the OPAC, i.e. the oldest new comes
first and the newest new item comes last, at the bottom of the page. Is
there a way to reverse the order? I.e. last news on top and oldest news at
the bottom of the OPAC home page?

2) Also, all the news (not flagged as expired) do appear. Thus, if you have
like tens of news, there will be a very long page. Is there a way to limit
the number of news displayed? For example only the latest news? With an
optional link to show all the news.

Or is there a way to display only the clickable title of the news so that
clicking on the title would open the news item for reading?

Displaying all the news (when there are many and when you do not wish to
flag them as expired right away) pushes the content of OpacMainUserBlock
down so that the coverflow (which BTW we did not yet succeed to make it
work) is down far away from sight of visitors

In last resort it would be necessary to modify the code of opac-main.pl

Thanks in advance for any hint or insight on these issues.
Kind regards
Quynh
=
M. Vũ Đỗ Quỳnh (Ph.D)
Trường Đại học Thăng Long - Université de Thang Long - Thang Long
University (Hanoi, Vietnam)
Phó Hiệu Trưởng, phụ trách HTQT - Vice-recteur chargé de la coopération
internationale - Vice-Rector in charge of International Cooperation
Web: http://thanglong.edu.vn/
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Order and number of news appearing in OPAC

2020-09-16 Thread Alvaro Cornejo 
Hi Quynh

Until 19.11.09 , almost sure it is a no for all your questions.

You can, however, either file a bug report as enhancement and wait dev
staff can take the devel or do the devel on your side.

From what you describe, most, if not all, can be done with javascript.

Regards

Alvaro

||
 Stay safe / Cuídate/  Reste sécurisé
*7* Switch off as you go / Apaga lo que no usas /  Débranchez au fur et à
mesure.
 *q *Recycle always / Recicla siempre / Recyclez toujours
 P Print only if absolutely necessary / Imprime solo si es necesario /
Imprimez seulement si nécessaire


Le mer. 16 sept. 2020 à 03:35, Quỳnh Vũ Đỗ  a
écrit :

> Hello,
> We are using 19.11.06 (close to production)  and 19.11.09 (for testing),
> under Ubuntu 18.04 LTS.
> We have the following problems in displaying news on the OPAC home page (
> opac-main.pl):
>
> 1) When the field "Number" of the news item is not set, the news are
> displayed in increasing id number on the OPAC, i.e. the oldest new comes
> first and the newest new item comes last, at the bottom of the page. Is
> there a way to reverse the order? I.e. last news on top and oldest news at
> the bottom of the OPAC home page?
>
> 2) Also, all the news (not flagged as expired) do appear. Thus, if you have
> like tens of news, there will be a very long page. Is there a way to limit
> the number of news displayed? For example only the latest news? With an
> optional link to show all the news.
>
> Or is there a way to display only the clickable title of the news so that
> clicking on the title would open the news item for reading?
>
> Displaying all the news (when there are many and when you do not wish to
> flag them as expired right away) pushes the content of OpacMainUserBlock
> down so that the coverflow (which BTW we did not yet succeed to make it
> work) is down far away from sight of visitors
>
> In last resort it would be necessary to modify the code of opac-main.pl
>
> Thanks in advance for any hint or insight on these issues.
> Kind regards
> Quynh
> =
> M. Vũ Đỗ Quỳnh (Ph.D)
> Trường Đại học Thăng Long - Université de Thang Long - Thang Long
> University (Hanoi, Vietnam)
> Phó Hiệu Trưởng, phụ trách HTQT - Vice-recteur chargé de la coopération
> internationale - Vice-Rector in charge of International Cooperation
> Web: http://thanglong.edu.vn/
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Holds and quarantine

2020-09-16 Thread Elaine Bradtke 
Take this with a grain of salt, as we rarely circulate material. . .
You could create an account called quarantine - ignore the holds for the
first checkin, and check it out to quarantine, and then when it's ready to
go back into circulation check it in and 'confirm'.
I know, extra steps.
Elaine
VWML 



On Tue, Sep 15, 2020 at 1:16 PM Mark Alexander  wrote:

>
> I've tried to search my Koha mailing list archives, and studied the
> 19.05 manual for a solution to the following problem, but I'm either
> overlooking something or the problem hasn't been discussed.
>
> Our little library has a pandemic protocol where books that are returned
> (in
> a drop box) are checked in twice a week, then put on a special quarantine
> table.
> On Sunday a volunteer comes in and sanitizes the books.  Then they can be
> checked out again.
>
> The problem has to do with holds.  When a book with a hold is checked in,
> the librarian has to respond to Koha's popup in one of two ways: press
> "Confirm",
> or press "Ignore":
>
> 1. If the librarian presses "Confirm", then the patron will eventually
> notice when they log into to their account that the book is ready
> for pickup, when in fact it is on the quarantine table and is NOT
> ready.
>
> 2. If the librian presses "Ignore", then the patron won't get notified
> that their book is ready for pickup.  Instead, their hold is
> still pending and the book is seen as available in the catalog.
>
> Either choice isn't quite right.  What we'd like to have happen is for
> the patron somehow to be informed that their book is ready for pickup
> not when it's checked in, but AFTER it's gone through the quarantine
> process, which takes an unpredictable amount of time.
>
> I don't see how the CART shelving location functionality and cron job
> can deal with both holds and unpredictable quarantine times.
>
> Thanks in advance for any ideas!
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Holds and quarantine

2020-09-16 Thread Lisette Scheer 
Andrew at Bywater did a great blog post on how to set up items to have a 
quarantine status. One way still shows on the holds to pull list (but has a 
quarantine shelving location so you could use a report to make it not show 
those ones) and one way prevents it from showing on the holds list but you have 
to check everything in a second time to get it out of quarantine: 
https://bywatersolutions.com/education/set-items-to-quarantine-status-upon-return
 

Our library is quarantining everything before checking it in so we haven't used 
it, but I know a number of libraries are using one of these methods. 


Lisette Scheer
System Administration Assistant - Latah County Library District
liset...@latahlibrary.org


 Original Message 
From: "Elaine Bradtke" 
Sent: 9/16/2020 10:15:13 AM
To: "Mark Alexander" 
Cc: "koha" 
Subject: Re: [Koha] Holds and quarantine

Take this with a grain of salt, as we rarely circulate material. . .
You could create an account called quarantine - ignore the holds for the
first checkin, and check it out to quarantine, and then when it's ready to
go back into circulation check it in and 'confirm'.
I know, extra steps.
Elaine
VWML 



On Tue, Sep 15, 2020 at 1:16 PM Mark Alexander  wrote:

>
> I've tried to search my Koha mailing list archives, and studied the
> 19.05 manual for a solution to the following problem, but I'm either
> overlooking something or the problem hasn't been discussed.
>
> Our little library has a pandemic protocol where books that are returned
> (in
> a drop box) are checked in twice a week, then put on a special quarantine
> table.
> On Sunday a volunteer comes in and sanitizes the books.  Then they can be
> checked out again.
>
> The problem has to do with holds.  When a book with a hold is checked in,
> the librarian has to respond to Koha's popup in one of two ways: press
> "Confirm",
> or press "Ignore":
>
> 1. If the librarian presses "Confirm", then the patron will eventually
> notice when they log into to their account that the book is ready
> for pickup, when in fact it is on the quarantine table and is NOT
> ready.
>
> 2. If the librian presses "Ignore", then the patron won't get notified
> that their book is ready for pickup.  Instead, their hold is
> still pending and the book is seen as available in the catalog.
>
> Either choice isn't quite right.  What we'd like to have happen is for
> the patron somehow to be informed that their book is ready for pickup
> not when it's checked in, but AFTER it's gone through the quarantine
> process, which takes an unpredictable amount of time.
>
> I don't see how the CART shelving location functionality and cron job
> can deal with both holds and unpredictable quarantine times.
>
> Thanks in advance for any ideas!
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Holds and quarantine

2020-09-16 Thread Michael Kuhn 

Hi Mark

Maybe the section "How will this help libraries?" of the following 
how-to will give you more ideas:


https://bywatersolutions.com/education/new-system-preference-for-trapping-holds

Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch



Am 15.09.20 um 22:15 schrieb Mark Alexander:


I've tried to search my Koha mailing list archives, and studied the
19.05 manual for a solution to the following problem, but I'm either
overlooking something or the problem hasn't been discussed.

Our little library has a pandemic protocol where books that are returned (in
a drop box) are checked in twice a week, then put on a special quarantine table.
On Sunday a volunteer comes in and sanitizes the books.  Then they can be
checked out again.

The problem has to do with holds.  When a book with a hold is checked in,
the librarian has to respond to Koha's popup in one of two ways: press 
"Confirm",
or press "Ignore":

1. If the librarian presses "Confirm", then the patron will eventually
notice when they log into to their account that the book is ready
for pickup, when in fact it is on the quarantine table and is NOT
ready.

2. If the librian presses "Ignore", then the patron won't get notified
that their book is ready for pickup.  Instead, their hold is
still pending and the book is seen as available in the catalog.

Either choice isn't quite right.  What we'd like to have happen is for
the patron somehow to be informed that their book is ready for pickup
not when it's checked in, but AFTER it's gone through the quarantine
process, which takes an unpredictable amount of time.

I don't see how the CART shelving location functionality and cron job
can deal with both holds and unpredictable quarantine times.

Thanks in advance for any ideas!
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha




___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Marc File to sort in spanish

2020-09-16 Thread Bruce A. Metcalf 

Hi gang,

Thought I'd bump this as I haven't seen a response in a month:

My library has an international collection which means a lot of 
diacritical marks. I need help getting this to sort in a more nearly 
alphabetical order. I haven't been able to find guidance in the 
manual, wiki, or the archives of this list. I'd be happy to just have 
a link to a possible solution.


Koha 19.11.08 installed from packages
Linux Debian 8.3.0
Zebra 2.0.59

Regards,
/ Bruce /
Bruce A. Metcalf, FAS
Augustan Society Library


___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Holds and quarantine

2020-09-16 Thread Mark Alexander 
Excerpts from mik's message of 2020-09-16 19:27:46 +0200:
> Maybe the section "How will this help libraries?" of the following 
> how-to will give you more ideas:
> 
> https://bywatersolutions.com/education/new-system-preference-for-trapping-holds

Excellent, thank you!  I missed this, and I believe it is
the correct solution for us.
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] some documentation (19.11 and 20.05) pages are slightly outdated

2020-09-16 Thread Quỳnh Vũ Đỗ 
Hello
I have been using Koha documentation to extend Koha 19.11 as a CMS and
followed instructions given on the following page:
https://koha-community.org/manual/19.11/en/html/extending_koha.html#using-koha-as-a-content-management-system-cms

*Under the section "Editing the pages template" it is written as follows:*
- Copy /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/
opac-main.tt to /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/
pages.tt
- Edit /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/pages.tt
- At approximately line 61, change this:
[% IF ( OpacMainUserBlock ) %][%
OpacMainUserBlock %][% END %]
- To this:
[% IF ( page_test ) %][% page_test %][%
END %]

*But in the pages.tt  file (copied from opac-main.tt
) and where modifications are to be carried out, the
line shows not at approximately line 61 but at line 152 and is written as:*
 [% IF ( OpacMainUserBlock ) %][%
OpacMainUserBlock | $raw %][% END %]

It is of course a very minor difference but for the sake of exactitude, it
would be nice to have these differences corrected (line number and code)

*There is however a bigger issue with the following content:*

Remark: You may wish to disable your News block of these CMS style pages
e.g. when you do not want it displayed on the CMS style pages or where the
News block is long enough that it actually makes the ‘page_test’ include
scroll outside the default viewport dimensions. In that case, remove the
following code from your pages.tt template.

[% IF ( koha_news_count ) %]


[% FOREACH koha_new IN koha_news %]
  [% koha_new.title %]
  [% koha_new.new %]
  (published on [% koha_new.newdate
%])
[% END %]


   [% END %]


*Because the code to be researched as above has been completely modified
and spans from line 72 to 102 (30 lines of code) and even further.*

The same remarks stand also for 20.05 documentation (
https://koha-community.org/manual/20.05/en/html/extending_koha.html#using-koha-as-a-content-management-system-cms
)

To whom shall we report this, else than in this mailing list?

Kind regards
Quynh
=
M. Vũ Đỗ Quỳnh (Ph.D)
Trường Đại học Thăng Long - Université de Thang Long - Thang Long
University (Hanoi, Vietnam)
Phó Hiệu Trưởng, phụ trách HTQT - Vice-recteur chargé de la coopération
internationale - Vice-Rector in charge of International Cooperation
Web: http://thanglong.edu.vn/
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha