Re: [Koha-devel] Fwd: Streamlining frontend development in Koha

2014-11-25 Thread Marc Véron
It would be great to have the possibility to reorder substitutions like proposed: _$("You have checked out $1 books, $2 of which are on hold", X, Y) Marc Am 24.11.2014 19:51, schrieb Jesse: > Okay, thanks. That does seem to solve part of the problem. I notice > that the code doesn't allow trans

Re: [Koha-devel] Fwd: Streamlining frontend development in Koha

2014-11-25 Thread Kallinen Pasi
Reordering the substitutions is possible, using the standard po-file "c-format" style: _("You have checked out %1$s books, %2$s of which are on hold").format(X, Y); -- Ystävällisin terveisin Pasi Kallinen ICT-asiantuntija p. 050-408 6958 pasi.kalli...@pttk.fi Pohjois-Karjalan Tietotekniik

[Koha-devel] Critical bug on notices

2014-11-25 Thread Jonathan Druart
Hello, On master, we are not able to create/copy the same letter (letter code) on different sites (branchcode). Bug 13215 should fix this critical issue. It's not conceivable to have Koha 3.18 released without a fix for this problem. It's still in the 'needs signoff' queue. I can fix quickly any

Re: [Koha-devel] Fwd: Streamlining frontend development in Koha

2014-11-25 Thread Jesse
Indeed it is, thank you. Missed that on my first look at the code. 2014-11-25 1:30 GMT-07:00 Kallinen Pasi : > > Reordering the substitutions is possible, using the standard po-file > "c-format" style: > > _("You have checked out %1$s books, %2$s of which are on hold").format(X, Y); > > > > -- >

Re: [Koha-devel] upcoming_digest?!

2014-11-25 Thread Barton Chittenden
> > Mark, You were spot on when you said "there must be some side-effect obscuring the code" $upcoming_digest is set on line 281: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=misc/cronjobs/advance_notices.pl;h=62e36e4a92920b2bafc67c79043bf0a197491842;hb=HEAD#l281 Here's the code sn

[Koha-devel] Double encoding of query_cgi

2014-11-25 Thread David Cook
Hey all: It looks like there's a problem with the double encoding of query_cgi (at least in the OPAC). It looks like Bug 9239 (commit a8f23264) was responsible for adding uri_escaping to query_cgi into C4::Search. Unfortunately, we also run query_cgi through "html" and "url" filters on almost ev