[Koha] Digest for pre-due notices
Is it possible to use the item or markup to give a digest for the
PREDUEDGST email template?
Thanks, Paul
Paul Dokken
Software Developer
SIL PNG Communication and Technology Services
Ukarumpa EHP 444 | Papua New Guinea
cts-pr...@sil.org.pg
+675-537-3544 x4404 {Telecom}
+675-7081-8666 {Digicel}
-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of
koha-requ...@lists.katipo.co.nz
Sent: Wednesday, 13 August 2014 4:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 106, Issue 21
Send Koha mailing list submissions to
koha@lists.katipo.co.nz
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz
You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz
When replying, please edit your Subject line so it is more specific than Re:
Contents of Koha digest...
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha 3.16.02.000 maybe small bug in patrons managment
To tell the truth I didn't try it in other language than english... I'll try Actually I have 2 koha servers, one production server, and a test server, where the librarians and the IT-staff are studying (this is a new project in Eritrea !! For the Ministry of Justice). In the production server, we updated Koha to the latest verion: 3.16.02.000 the test server is still working with an old version (released in march): 3.14.05.000 @Marc Véron: in Home Koha System information - just a warning about currency (I still have to find the exchange rate for Dollars to Nakfa...) No active currency is defined This shouldn't affect patrons managing. About patrons deleting, everything is working fine in 3.14.05.000 version, the small bug appears just in 3.16.02.000 version. It is not a big problem because, when we need to delete some patrons, we access to Koha using a patron that is not superlibrarian but that has the rights to manage patrons. Actually there would be also another microscopic bug In patrons search form: when I click on Patrons menu, the search form appears and on the right of the first field, both the - and the + appear (when supposed that just the - appears). More, either I click on the - or on the +, all fiels (apart the first one) disappear, and the + disappears too. So If I need the whole form I have to come back home and click again on Patrons menu. This is not a problem at all, I just report this here to let you know about it. Forgive me, I know I'm niggling :-) Claudio Il 2014-08-13 12:35 Eric Bégin ha scritto: Claudio, Do you have this problem in another language than english ? This feels like a translation bug to me. I would try the english interface to see if you have the same problem. Cheers, Eric Bégin Tél : 1-888-604-2627 Cell : 514-777-6572 inLibro | pour esprit libre | www.inLibro.com Message d'origine De : claud...@nexusfi.it Date :08/13/2014 05:07 (GMT-05:00) À : koha@lists.katipo.co.nz Objet : [Koha] Koha 3.16.02.000 maybe small bug in patrons managment Hello Maybe someone else found out this before, but from here I cannot read all my old email from this mailing list. I'd like to report about what I think is a small bug in Koha 3.16.02.000 Patrons managment. Accessing to koha staff client as superlibrarian is impossible to delete a patron. I mean, the delete item is enabled but it doesn't give any result. On the other side accessing to koha as a staff member who has all the permission to manage patrons, is possible to delete patrons: the delete is enabled and it makes its work. I did many tests changing the permission of the staff members accounts, and things work as I described. Perdon me if also someone else reported this before... Claudio Kutufà ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Fwd: Re: Koha 3.16.02.000 maybe small bug in patrons managment
Hi Claudio, You can submit bugs (and enhancement requests as well) on http://bugs.koha-community.org/bugzilla3/ A guidline to report bugs is on the Wiki: http://wiki.koha-community.org/wiki/Bug_Reporting_Guidelines And no, you are not niggling :-) Small bugs are important as well! Marc Am 14.08.2014 11:40, schrieb claud...@nexusfi.it: Despite I was sure that was not the origin of the bug, I have set the active currency, seeting also all the exchange rates with the other currencies used here, but nothing changed (as I expected). The two small bugs are still there. Do you know how can I submit this to Koha developing team ? Claudio Il 2014-08-14 10:46 claud...@nexusfi.it ha scritto: To tell the truth I didn't try it in other language than english... I'll try Actually I have 2 koha servers, one production server, and a test server, where the librarians and the IT-staff are studying (this is a new project in Eritrea !! For the Ministry of Justice). In the production server, we updated Koha to the latest verion: 3.16.02.000 the test server is still working with an old version (released in march): 3.14.05.000 @Marc Véron: in Home Koha System information - just a warning about currency (I still have to find the exchange rate for Dollars to Nakfa...) No active currency is defined This shouldn't affect patrons managing. About patrons deleting, everything is working fine in 3.14.05.000 version, the small bug appears just in 3.16.02.000 version. It is not a big problem because, when we need to delete some patrons, we access to Koha using a patron that is not superlibrarian but that has the rights to manage patrons. Actually there would be also another microscopic bug In patrons search form: when I click on Patrons menu, the search form appears and on the right of the first field, both the - and the + appear (when supposed that just the - appears). More, either I click on the - or on the +, all fiels (apart the first one) disappear, and the + disappears too. So If I need the whole form I have to come back home and click again on Patrons menu. This is not a problem at all, I just report this here to let you know about it. Forgive me, I know I'm niggling :-) Claudio Il 2014-08-13 12:35 Eric Bégin ha scritto: Claudio, Do you have this problem in another language than english ? This feels like a translation bug to me. I would try the english interface to see if you have the same problem. Cheers, Eric Bégin Tél : 1-888-604-2627 Cell : 514-777-6572 inLibro | pour esprit libre | www.inLibro.com Message d'origine De : claud...@nexusfi.it Date :08/13/2014 05:07 (GMT-05:00) À : koha@lists.katipo.co.nz Objet : [Koha] Koha 3.16.02.000 maybe small bug in patrons managment Hello Maybe someone else found out this before, but from here I cannot read all my old email from this mailing list. I'd like to report about what I think is a small bug in Koha 3.16.02.000 Patrons managment. Accessing to koha staff client as superlibrarian is impossible to delete a patron. I mean, the delete item is enabled but it doesn't give any result. On the other side accessing to koha as a staff member who has all the permission to manage patrons, is possible to delete patrons: the delete is enabled and it makes its work. I did many tests changing the permission of the staff members accounts, and things work as I described. Perdon me if also someone else reported this before... Claudio Kutufà ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha used 100% cpu
Hello Chad,
Haven't tried yet...
Best wishes and think good thoughts,
William Carlin
Systems
Washoe County Library System
-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Robin Sheat
Sent: Wednesday, August 13, 2014 4:25 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Koha used 100% cpu
Carlos Rodrigo Cordova Sandoval schreef op wo 13-08-2014 om 10:52
[-0400]:
have a problem with our koha 3.16.02 installed on debian 64bit 7x and
has
45,000 records and 157,000 items, our koha uses 100% of cpu. view
image.
It's hard to tell for sure, but it really just looks like you're seeing a lot
of traffic. Have you tried running stats over your apache logs to see what's
going on there? If you set apache to log things with a better logformat than
default[0], then you'll get a lot more data about who and what is hitting your
system. It might be you're being spidered by a badly behaving bot, or it might
just be you're so popular that you need to invest in more hardware (and/or help
the Plack support move forward so that Koha is a lot lighter on CPU.)
As good as htop is, the one thing it's not showing is the distribution of wait
states, regular top will say something like:
Cpu(s): 38.3%us, 3.8%sy, 0.0%ni, 56.4%id, 0.9%wa, 0.0%hi, 0.6%si, 0.0%st
if the 'wa' one is high, that usually means things are stuck in IO wait, which
is common if you're on a virtual machine and something else starts using all
your disk bandwidth. It can also mean that it's just got so much going on that
mysql is always reading the disk, telling these situations apart just requires
experience.
If you do find that mysql is doing too much work, especially IO — and looking
at htop I think it might be — make sure you've tuned it to have enough RAM to
hold your entire database in memory. That can make a huge difference. There's a
mysql tuner script out there that might help[1].
[0] I add:
LogFormat %h %l %u %t \%r\ %s %b \%{Referer}i\ \%{User-agent}i\
to the bottom of /etc/koha/apache-shared.conf, that helps a lot. I should
really make that default for the packages.
[1] https://launchpad.net/mysql-tuning-primer or http://mysqltuner.com/ I think
it's one of these.
--
Robin Sheat
Catalyst IT Ltd.
✆ +64 4 803 2204
GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF
___
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha used 100% cpu
thank you very much to all the solicion step to separate the database on a
dedicated server.
Thank you very much.
-Carlos
+569 6668 32 94
2014-08-14 12:43 GMT-04:00 Carlin, William wcar...@washoecounty.us:
Hello Chad,
Haven't tried yet...
Best wishes and think good thoughts,
William Carlin
Systems
Washoe County Library System
-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Robin
Sheat
Sent: Wednesday, August 13, 2014 4:25 PM
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Koha used 100% cpu
Carlos Rodrigo Cordova Sandoval schreef op wo 13-08-2014 om 10:52
[-0400]:
have a problem with our koha 3.16.02 installed on debian 64bit 7x and
has
45,000 records and 157,000 items, our koha uses 100% of cpu. view
image.
It's hard to tell for sure, but it really just looks like you're seeing a
lot of traffic. Have you tried running stats over your apache logs to see
what's going on there? If you set apache to log things with a better
logformat than default[0], then you'll get a lot more data about who and
what is hitting your system. It might be you're being spidered by a badly
behaving bot, or it might just be you're so popular that you need to invest
in more hardware (and/or help the Plack support move forward so that Koha
is a lot lighter on CPU.)
As good as htop is, the one thing it's not showing is the distribution of
wait states, regular top will say something like:
Cpu(s): 38.3%us, 3.8%sy, 0.0%ni, 56.4%id, 0.9%wa, 0.0%hi, 0.6%si,
0.0%st
if the 'wa' one is high, that usually means things are stuck in IO wait,
which is common if you're on a virtual machine and something else starts
using all your disk bandwidth. It can also mean that it's just got so much
going on that mysql is always reading the disk, telling these situations
apart just requires experience.
If you do find that mysql is doing too much work, especially IO — and
looking at htop I think it might be — make sure you've tuned it to have
enough RAM to hold your entire database in memory. That can make a huge
difference. There's a mysql tuner script out there that might help[1].
[0] I add:
LogFormat %h %l %u %t \%r\ %s %b \%{Referer}i\ \%{User-agent}i\
to the bottom of /etc/koha/apache-shared.conf, that helps a lot. I should
really make that default for the packages.
[1] https://launchpad.net/mysql-tuning-primer or http://mysqltuner.com/ I
think it's one of these.
--
Robin Sheat
Catalyst IT Ltd.
✆ +64 4 803 2204
GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF
___
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha in schools, cataloguing teacher resources
Anne Jackman schreef op vr 15-08-2014 om 08:30 [+1200]: But with titles where the only copy has been withdrawn the opac returns an error 404 message. We still want the information that the copy has been withdrawn on the staff client. Can you clarify here? I would expect the OPAC to return a 404 (i.e., there is nothing there) if there are no items to show in this case, in order to allow for total hiding of things. For that matter, it also shouldn't be showing up in search results, and it shouldn't be affecting the staff client at all. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha in schools, cataloguing teacher resources
Hi Robin The item is still showing on the staff client as withdrawn, but when searching the OPAC there is the 404 message. This is only for records when the only copy has been withdrawn. Regards Anne -Original Message- From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Robin Sheat Sent: Friday, 15 August 2014 10:28 a.m. To: koha@lists.katipo.co.nz Subject: Re: [Koha] Koha in schools, cataloguing teacher resources Anne Jackman schreef op vr 15-08-2014 om 08:30 [+1200]: But with titles where the only copy has been withdrawn the opac returns an error 404 message. We still want the information that the copy has been withdrawn on the staff client. Can you clarify here? I would expect the OPAC to return a 404 (i.e., there is nothing there) if there are no items to show in this case, in order to allow for total hiding of things. For that matter, it also shouldn't be showing up in search results, and it shouldn't be affecting the staff client at all. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha in schools, cataloguing teacher resources
Marc, Robin and Riley thank you for the assistance. I appreciate it. The OpacHiddenItems does achieve the result but has the downside that teachers would need to login to the staff client to search for teaching resources. Not a show stopper but a small barrier. Also, when a search returns just one result a 404 page is displayed as per Bug 9944. Again, not a big problem as this would be a rare occurrence. Enhancement Bug 10589 would be a great improvement, and has no downsides that I can see. Clint. Marc Véron wrote: Hi Clint, I tested OpacHiddenItems and it works great for that purpose. I will use it for a similar task. There is a Bug (enhancement) in the pipeline that allows to show hidden items to one or more user categories, e.g. for teachers and/or staff members. Bug 10589 - Override OpacHiddenItems based on Patron Category http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10589 Marc Am 14.08.2014 07:16, schrieb Robin Sheat: clint.deckard schreef op do 14-08-2014 om 16:40 [+1200]: I have a situation where a school wants to catalogue their teacher resources but don't really want them to appear in an OPAC search alongside the 'regular' library items. I'm not sure that creating a separate library would be an efficient solution. Would OpacHiddenItems do it? The OpacHiddenItems syspref allow the user to define custom rules for hiding specific items at opac. YAML syntax is used for defining such rules. Items can be hidden according to values from the items table: field: [value1, value2, ...] Example : withdrawn: [0, 1] homebranch: [homebranch1, homebranch2] ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha in schools, cataloguing teacher resources
Anne Jackman schreef op vr 15-08-2014 om 10:53 [+1200]: The item is still showing on the staff client as withdrawn, but when searching the OPAC there is the 404 message. This is only for records when the only copy has been withdrawn. The biblio shouldn't show up in search results on the OPAC at all if all the items are hidden, so you shouldn't be able to click through to get the 404. However, the 404 is the correct behaviour if you try to go directly to the details page as you've asked for all the items to be hidden, and that implies hiding the whole record. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Question about how Notices work in 3.16
Hi all, I got a good question about notices in 3.16 that I don't know the answer to. As always the answer will go in the manual once I have it :) In the Overdue notice/status triggers tool, if we just put a check mark in just the Email column, will an overdue notice be printed for people with out email? If we put a check in both the Email and Print columns, does Koha send the patron both an email and a printed notice? I think there is a bug right now where the print isn't generated at all - but I'd like the theoretical answer so that we have it documented when the bug is fixed :) Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] possible bug with stage MARC import
Hi! I tried it importing a new marc record which also includes the problematic record. I looked at the Stage Records Management, what I see is 'Staging' so I can't get pass it. Since it's just one record I can just add it in Cataloging Module, but I also would like to know why the record does not import, and if there is really a bug. Thanks and cheers! Page 1 2 3 # File name Comments Type Status Staged # Records # Items Action 61 adamson test problem.mrc Bibliographic staging 2014-08-14 10:18:50 0 0 On Wednesday, August 13, 2014 3:57 PM, Steve Sowder [via Koha] ml-node+s1045719n580806...@n5.nabble.com wrote: I can't get past 0% when more than about 500 records being loaded. Sometimes even as few as 200 records it is stuck at 0%. (Even after waiting 24 hours.) So, I open another instance and look a Staged record Management. It tells me that the load is Staged so I click on the file name and then on the Import button. (But, make sure that the match rules, etc are want you want.) Even then it does not match on the obvious matches so I reverse/revert the load and then load it again. Then it matches and all is well. This is also 3.16.02. Steve [hidden email] On 8/10/2014 8:53 AM, schnydszch wrote: Hello Koha community! We're using Koha 3.16.2 in Koha Debian 6.x. I was importing a bunch of MARC records, but whenever I'm in the 'Stage for import' part, I get only 31%, that's for like 10 minutes which I find it weird, it should get to 100% in no time since there were only 6000 MARC records. So I tested importing first two thousand, it was good, then another thousand, then another and I can not get pass 0%. So I tried to escape the next 25 and import the rest and voila I was able to import the whole thing. So, I isolated the 25 records. imported them in two's, until I get to this record which does not import: =LDR 00555nam a2200157Ia 45e0 =008 140809s2008xx000\0\und\d =020 \\$a9799789719401 (pbk) =041 \\$aeng =245 \\$aGo negosyo :$b50 Joey Concepcion's 50 inspiring stories of entrepreneurs with lessons on entrepreneurship from Viviene Tan =250 \\$a2nd celebrity ed. =260 \\$aQuezon City :$bZurbano Pub.$c[2008?] =300 \\$a220 p. =546 \\$aENGLISH =650 \\$aSmall business$zPhilippines =942 \\$2lcc$cBK =952 \\$aADU$bADU$yBK$padu-018998$cADU-FIL$oFIL HD 2346 P5 G66 [2008?] I can't figure out what's wrong with this record, I'm guessing [2008?] in 952$o? but I don't know, I could be wrong. The rest of the file here: =LDR 00460nam a2200157Ia 45e0 =008 140809s1994xx000\0\und\d =020 \\$a9718558152 =041 \\$aeng =100 \\$aPanopio, Isabel S. =245 \\$aGeneral sociology :$bfocus on the Philippines =260 \\$aQuezon City :$bKen$c1994 =300 \\$a466 p. =546 \\$aENGLISH =651 \\$aPhilippines$xSocial conditions =942 \\$2lcc$cBK =952 \\$aADU$bADU$yBK$padu-015890$t1$cADU-FIL$oFIL HM 47 P5 P36 1994 =LDR 00528nam a2200157Ia 45e0 =008 140809s2011xx000\0\und\d =020 \\$a971-0412-17-4 (pbk) =041 \\$aeng =100 \\$aSan Juan, Wilfredo R. =245 \\$aGeneral sociology : with anthropology and family planning :$ba conceptual, experimental and interactive approach =260 \\$aMandaluyong City :$bBooks Atbp. Pub$c2011 =300 \\$a479 p. =546 \\$aENGLISH =650 \\$aSociology =942 \\$2lcc$cBK =952 \\$aADU$bADU$yBK$padu-087735$cADU-FIL$oFIL HM 51 S26 2011 =LDR 00679nam a2200193Ia 45e0 =008 140809s1989xx000\0\und\d =020 \\$a9711106175 =041 \\$aeng =100 \\$aRonquillo, Adelaida A. =245 \\$aGeneral sociology :$bwith introduction to anthropology =260 \\$aManila :$bGoodwill Trading$c1989 =300 \\$a217 p. =546 \\$aENGLISH =650 \\$aSociology =942 \\$2lcc$cBK =952 \\$aADU$bADU$yBK$padu-015893$t2$cADU-FIL$oFIL HM 51 G46 1989 =952 \\$aADU$bADU$yBK$padu-015894$t1$cADU-FIL$oFIL HM 51 G46 1989 =952 \\$aADU$bADU$yBK$padu-019569$t3$cADU-FIL$oFIL HM 51 G46 1989 =952 \\$aADU$bADU$yBK$padu-019570$t4$cADU-FIL$oFIL HM 51 G46 1989 =LDR 00666nam a2200193Ia 45e0 =008 140809s2001xx000\0\und\d =020 \\$a971071 (np) =041 \\$aeng =245 \\$aGeneral sociology :$bwith introduction to anthropology =250 \\$aRev. ed =260 \\$aQuezon City :$bJMC Press$c2001 =300 \\$a200 p. =546 \\$aENGLISH =650 \\$aSociology =942 \\$2lcc$cBK =952 \\$aADU$bADU$yBK$padu-015895$t1$cADU-FIL$oFIL HM 51 G46 2001 =952 \\$aADU$bADU$yBK$padu-015897$t3$cADU-FIL$oFIL HM 51 G46 2001 =952 \\$aADU$bADU$yBK$padu-015898$t4$cADU-FIL$oFIL HM 51 G46 2001 =952 \\$aADU$bADU$yBK$padu-78000$t2$cADU-FIL$oFIL HM 51 G46 2001 =LDR 00571nam a2200169Ia 45e0 =008 140809s1992xx000\0\und\d =020 \\$a9711181185 =041 \\$aeng =100 \\$aDaRoy, Ester Vallado =245 \\$aGenesis of the poison tree other stories =260 \\$aManila :$bDe La Salle University Press$c1992 =300
Re: [Koha] Digest for pre-due notices
Hi Paul,
for PREDUEDGST I think you should use items.content. The fields this
will put in the notice, can be defined as a parameter for
advanced_notices.pl:
99 =item B--itemscontent
100
101 comma separated list of fields that get substituted into templates in
102 places of the EltEltitems.contentEgtEgt placeholder. This
103 defaults to due date,title,author,barcode
Katrin
Am 14.08.2014 um 08:50 schrieb CTS-Programmer 3 (Paul Dokken):
Is it possible to use the item or markup to give a digest for the
PREDUEDGST email template?
Thanks, Paul
Paul Dokken
Software Developer
SIL PNG Communication and Technology Services
Ukarumpa EHP 444 | Papua New Guinea
cts-pr...@sil.org.pg
+675-537-3544 x4404 {Telecom}
+675-7081-8666 {Digicel}
-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of
koha-requ...@lists.katipo.co.nz
Sent: Wednesday, 13 August 2014 4:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 106, Issue 21
Send Koha mailing list submissions to
koha@lists.katipo.co.nz
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz
You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz
When replying, please edit your Subject line so it is more specific than Re:
Contents of Koha digest...
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Digest for pre-due notices
Katrin,
Could the same alterations be applied to HOLD_PRINT? Printing multiple
notices for the same patron (who has a bunch of holds) isn't optimal.
- Sean
On 08/14/2014 02:42 AM, Katrin Fischer wrote:
Hi Paul,
for PREDUEDGST I think you should use items.content. The fields this
will put in the notice, can be defined as a parameter for
advanced_notices.pl:
99 =item B--itemscontent
100
101 comma separated list of fields that get substituted into templates in
102 places of the EltEltitems.contentEgtEgt placeholder. This
103 defaults to due date,title,author,barcode
Katrin
Am 14.08.2014 um 08:50 schrieb CTS-Programmer 3 (Paul Dokken):
Is it possible to use the item or markup to give a digest for the
PREDUEDGST email template?
Thanks, Paul
Paul Dokken
Software Developer
SIL PNG Communication and Technology Services
Ukarumpa EHP 444 | Papua New Guinea
cts-pr...@sil.org.pg
+675-537-3544 x4404 {Telecom}
+675-7081-8666 {Digicel}
-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of
koha-requ...@lists.katipo.co.nz
Sent: Wednesday, 13 August 2014 4:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 106, Issue 21
Send Koha mailing list submissions to
koha@lists.katipo.co.nz
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-requ...@lists.katipo.co.nz
You can reach the person managing the list at
koha-ow...@lists.katipo.co.nz
When replying, please edit your Subject line so it is more specific than Re:
Contents of Koha digest...
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha in schools, cataloguing teacher resources
Am 15.08.2014 01:06, schrieb Robin Sheat: However, the 404 is the correct behaviour if you try to go directly to the details page as you've asked for all the items to be hidden, and that implies hiding the whole record. I submitted a patch that makes the 404 page more verbose and explains the reasons why the 404 shows up. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12763 Marc ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
