Time Nick Message 10:52 kados hdl++ 10:51 hdl Will do some testing. 10:51 hdl OK. 10:50 kados hdl: I will try to fix them asap 10:50 kados hdl: let me know if you find additional bugs 10:48 kados I was trying on a wrong demo :-) 10:48 kados ahh, no, those are already fixed 10:46 kados hmmm, and my fixes to sorting were also removed :/ 10:45 kados I will work on this today 10:45 kados I see a couple bugs there 10:45 kados ok, the index-based searches need work 10:43 kados line 758 10:43 kados I see the bug with :, 10:41 hdl rltrn not working. 10:40 hdl I chose Subject entry in advsearch 10:40 hdl yes. 10:40 kados how did you test this with subjects, from advsearch? 10:40 hdl yes rightand left truncation work on zebra 2.0.18 10:39 kados right 10:39 hdl you should concatenate before : 10:38 hdl Donot work for subjects. 10:38 kados hmmm, that doesn't look right 10:38 hdl su,wrdl:,rtrn:particu 10:38 kados does right and left truncation work with zebra 2.0.18? 10:37 kados *someword* 10:37 kados can you try something like : 10:37 kados great! 10:37 hdl yes. 10:37 kados hdl: working now? 10:36 kados (if I had a unimarc install I would have caught this :-)) 10:36 kados it needs to go after get_template_and_user 10:35 kados sorry ... 10:35 kados about 8 lines or so 10:35 kados it should be moved down 10:35 kados that's line 190 10:35 kados } 10:35 kados $template->param('UNIMARC' => 1); 10:35 kados if (C4::Context->preference("marcflavour") eq "UNIMARC" ) { 10:35 hdl I had the previous message 10:34 hdl when searching particu* 10:34 kados 3.00.00.012 is when class_sort_rules are created 10:34 hdl 10:34 hdl Can't call method "param" on an undefined value at /home/hdl/Koha/Code/koha_dev/catalogue/search.pl line 190. 10:33 kados owen also had trouble last night 10:33 kados hmmm 10:33 hdl not yet. 10:33 hdl I had this on third step 10:33 kados hdl: did you get a chance to try the searching yet after updating? 10:33 hdl I tried to complete the installation. 10:32 kados yes, early day today :-) 10:32 kados hdl: where do you get that error with class_sources? 10:32 hdl hi kados : already up ? 10:32 kados hdl: I believe I removed the line from sysprefs.sql in the end dir 10:32 kados hi hdl 09:34 hdl Other problem : class_sources. 09:34 hdl ERROR 1146 (42S02) at line 23: Table 'BSG.class_sort_rules' doesn't exist 09:33 hdl So if you donot want to display an error on marcflavour insert when adding systempreferences, consider removing i from systempreferences if you have a marcflavour directory. 09:32 hdl_away new install updates marcflavour on selection. 22:13 chris thanks :) 22:00 [K] <darcilicious@FreeNode> chris! congratulations! :) 21:47 hdl (patch coming) 21:47 hdl chris : on your way 21:35 kados mj: yep 21:33 mj because at the homepage I only see 2.2.x downloads 21:33 mj ok :) 21:33 kados mj: yes, but wait about 10 minutes, it's broken at the moment ;-) 21:32 mj is there any place where I can download koha 3.0 beta's? 21:13 chris can you tar amd gzip your patch and send again, the utf8 characters got killed by the mailer 21:12 chris hdl: you still about? 19:56 fbcit kados: I went ahead with a reinstall via CPAN of MARC::File::XML. It fails on 'make test'... 19:38 kados hdl: thanks 19:31 hdl kados : patch on your way. 18:03 fbcit I'll add debian.org... 18:02 fbcit I figured it might be down to although I can browse through the dir structure w/firefox. 18:02 kados I think ftp.debian.org is one 18:02 kados I'd find another apt source 18:01 kados sounds like that target is down 18:01 fbcit apt does fine with ftp.indexdata.dk 18:01 kados hmmm 18:01 fbcit etc.. 18:01 fbcit Failed to fetch http://linux.csua.berkeley.edu/debian/dists/etch/Release.gpg Could not connect to linux.csua.berkeley.edu:80 (169.229.49.36). - connect (101 Network is unreachable) 18:00 fbcit I was able to apt install libxml-libxml-perl... 18:00 fbcit that blows chunks too. 18:00 kados try apt-get update 17:59 kados hmmm, very strange 17:59 fbcit no I permit all outbound traffic from this ip across the firewall. 17:59 fbcit so apt will not install libxml-rss-perl 17:59 kados hmmm, your outbount port 80 isn't being proxied on your server, is it? 17:58 fbcit although I can browse to it... 17:58 fbcit apt seems to have issues connecting to the berkeley server 17:57 fbcit kados: I'm back to the point where I need MARC::File::XML & XML::RSS, however... 17:57 kados hiya fbcit 17:57 fbcit kados:hi 17:20 paul your welcome 17:20 gmcharlt thanks, paul 17:19 gmcharlt OK. I'll keep it in mind -- maybe at some point it would be worth the effort to create such a solution to aid translating some parts of the interface 17:18 paul I don't think there is a simple solution to this question. At least, I don't see one 17:17 gmcharlt except for the display lables, I suppose 17:17 gmcharlt could, I suppose, but for the field in question (which is a non-MARC field), user cannot and should not edit the lists of statuses 17:16 gmcharlt "please use this external table of mappings from my coded values to strings" 17:16 paul don't you use authorised_values ? 17:16 gmcharlt when mapping such a status to display values 17:16 gmcharlt is there an easy way to say 17:16 gmcharlt which correspond to English display "good", "bad", and "ugly" 17:16 gmcharlt OK, let's say the record status field has three values 1, 2, 3 17:15 paul not sure to understand your question. 17:15 gmcharlt rather than a bunch of TMPL_IFs 17:15 gmcharlt is there a way in the TMPL code to say use a particular translation table 17:14 gmcharlt working on a template that includes a record status 17:14 gmcharlt short, hopefully 17:14 paul (it's almost time to leave for me, just in case you have a long question :-) ) 17:14 gmcharlt translation question for you 17:14 paul hi gmcharlt 17:14 gmcharlt hi paul 16:49 [K] *** join #koha@FreeNode: darcilicious i=plinkit@159.121.122.56 16:31 kados I'll look at that later today 16:27 hdl But there is still the problem of relevancy sorting. 16:24 hdl And facets could certainly result from scans operations. 16:23 hdl I recveived some information from Mike Taylor. 16:20 kados funny book title 16:20 kados hehe 16:20 kados ahh, on mine :-) 16:20 paul on your 16:20 kados or on mine? 16:20 kados on your installation? 16:20 kados hehe 16:19 kados :) 16:19 paul ok, so I let you the ball ;-) 16:19 kados paul: so hang tight :-) 16:19 kados paul: I'm working on a solution for all features to work :-) 16:18 kados paul: yep, the problem is, the revert means your stuff works, but mine doesn't :-=) 16:18 paul http://o11.bureau.paulpoulain.com/cgi-bin/koha/opac-search.pl 16:18 paul search "egyp*" on main search => 10 results 16:18 kados paul: do a search on 'to be or not to be' 16:18 paul http://o11.bureau.paulpoulain.com/cgi-bin/koha/opac-main.pl 16:17 paul kados / hdl : i've reverted the 1st part of the kw,wrdl search reverted. no more problems, except the one that we had before : 16:13 kados cool 16:11 paul (pictures @ me, from the SAN-OP library ;-) ) 16:11 paul book = library / bird = freeness 16:11 paul liblime = "jeu de mot". bibLibre = jeu de mot as well. means "freelibrary". the left page of the book logo being also a bird with the yellow L 16:10 kados (french librarins are different than 'wild' US ones I guess ;-)) 16:10 kados looks nice, paul 16:10 paul (picture probably considered as not "serious as a librarian should be" :-D ) 16:09 kados paul, hdl: congrats! 16:09 paul (for example, the guy on the main page that seem to fly due to the speed of koha zoom would probably be very unliked by most librarians) 16:08 paul (+ french librarians won't probably enjoy some of the typically US enthusiasm that are on www.biblibre.com) 16:08 paul but hopefullty efficient & easy to use for future customers. 16:07 paul MUCH less appealing that www.liblime.com ;-) 16:07 paul kados : just to let you know : http://www.biblibre.com/ launched this morning 16:06 kados hdl: I'll let you work on installer, I'll fix the searching :-) 16:06 kados I'm going to have to dig deeper, some things are failing here 16:05 hdl what does zebra query look like ? 16:05 hdl itemtype icons havenot been displayed for the whole day. 15:58 kados huh, wonder why the itemtype icons don't display for those results 15:55 kados hdl: http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=to+be+or+not+to+be 15:55 kados owen: check the MARC framework in 952 to see if I'm right 15:55 owen Okay, cool. 15:55 kados owen: those fields are there, they're probably just set to 'hidden' 15:55 kados owen: bug 1520 is a frameworks thing 15:55 kados I can show you, just a sec 15:54 kados if I enable field weighting, it works 15:54 hdl Do you use stemming or fieldweighting for to be or not to be ? 15:53 hdl results of scan indexes are unwelcoming. 15:51 kados if you send it directly to zebra it will fail of course 15:51 kados to be OR NOT to be 15:51 kados it's an unbalanced query 15:50 hdl Is this a zebra error a ccl error ? 15:49 kados we need a query parser :/ 15:49 kados :-) 15:49 kados failes 15:49 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=to+be+or+not+to+be 15:49 kados but with field weighting turned off: 15:48 kados (currently it's turned off, so you can test if I'm right) 15:48 kados hdl: on my installation 15:48 kados hdl: I think with field-weighting off, your code is preserved 15:46 kados the stemmed operand will be right-truncated 15:46 hdl ltrn and rtrn are exclusives. 15:46 kados well, if you enable field-weighting AND stemming 15:46 kados nope 15:46 kados hmmm, I don't think I do 15:45 hdl I donot. 15:45 hdl But I think that you have tright truncation activated by default. 15:45 kados 2.0.14 15:44 hdl 2.0.18 15:43 kados maybe you have a newer version? 15:43 kados zebra it seems can't do both left and right truncation 15:43 kados addinfo: "Both left - and right truncation not supported 15:42 kados @attrset Bib-1 @attr 5=2 lime 15:42 hdl you should have then q=kw,wrdl,rtrn=libl 15:42 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=*lime 15:42 kados better: 15:41 kados :( 15:41 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=*lime 15:41 kados well, almost: 15:40 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=libl* 15:40 kados in fact, this works well for non-field-weighted queries: 15:40 kados right 15:40 hdl ccl=au,regexp-1=Ba[c|h]+ 15:39 hdl I considered then that librarian would know how to write a ccl expression. 15:38 hdl I didnot process real regular expressions. 15:38 hdl lrtrn 15:38 hdl rtrn 15:38 hdl ltrn 15:38 hdl and adds the good qualifier to indexes. 15:38 hdl I remove any * 15:37 hdl @lefttruncated left truncated words (*tor) 15:37 hdl @righttruncated is for right truncated words (Vic*) 15:37 hdl @nontruncated is for non truncated words. 15:36 hdl I use rtrn, ltrn and lrtrn zebra attributes. 15:36 kados instead of * 15:36 kados or do you use ? 15:36 hdl no. 15:35 hdl will print "$list[0] $list[1]" 15:35 kados au,wrdl: Hugo* Victor* ? 15:35 hdl print @list 15:35 hdl au,wrdl: Hugo Victor 15:35 hdl index : 15:34 hdl and puts the words behind. 15:34 hdl index is assumed to be wordlist. 15:34 hdl array 15:34 hdl (One thing that strikes me is that facet order is never the same.) 15:33 kados how is @nontruncated evaluated there, as a scalar or an array? 15:33 kados $query.= "$index: @nontruncated " if (scalar(@nontruncated)>0); 15:33 kados s/example/code/ 15:33 kados if (scalar(@righttruncated)+scalar(@lefttruncated)+scalar(@rightlefttruncated)>0){ 15:33 kados ok, I found this example: 15:32 hdl but facets are calculated and not user based. 15:31 kados facets are a good example 15:31 kados so a whole query can be an operand and there can be an operator and qualifiers on it 15:31 hdl can you give user examples ? 15:31 kados dev_week supports hiararchical nesting of queries 15:31 kados nope, not according to CCL syntax 15:30 hdl then index should be null. 15:30 hdl kados : if $operand itself is a full query 15:29 kados ) 15:29 kados some stuff 15:29 kados rk = ( 15:29 kados it's done with the r1,r2,r3 stuff ... a query is parsed and turned into a multi-leaf query 15:29 hdl how is it calculated ? 15:28 kados hdl: with some minor changes ... I'm working on it now 15:28 kados hdl: these two features are compatible with each other 15:27 kados hdl: without field weighting, exact title 'the' would not be the first result 15:27 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=the 15:27 kados hdl: for instance: 15:25 kados field weighting ranks results according to where they are found and how ... so if an exact title, it gets a high score, if an exact author, less high score, etc. 15:24 hdl Can you explain field weighting? in some details ? 15:24 kados what if the $operand itself is a full query? 15:24 kados but that will certainly break multi-leaf queries 15:24 kados so you split the $operand into a @wordlist 15:23 kados one issue is that the variables change hands so often I'm not sure where the right ones are :-) 15:22 kados so I'm looking at how to make it work 15:22 kados but it breaks the field weighting, stemming and fuzzy stuff 15:22 kados yep, I agree 15:22 hdl and allow them both truncated and non truncated search. 15:21 hdl And my opinion is that what i did provide users with great fexibility. 15:20 kados hmmm 15:20 kados (ok) 15:20 hdl (regex seems to be time consuming on zebra) 15:19 hdl But librarians donot expect truncation to happen on any query. 15:19 kados (the other way to acomplish this right-truncation is with regex ... it might be the better way) 15:19 hdl I understood what you said. 15:19 kados it does nothing if you don't have * defined, right? 15:18 kados not add * to every query 15:18 kados what I mean is, add the right-truncation qualifier to every query 15:18 hdl This is not what our users expect (in Intranet) 15:18 hdl No. 15:18 hdl because one could enter ccl=ti=atata and au,phr=zzmzm 15:17 kados why not just turn on the right-truncation for every query? 15:17 hdl But would be a problem 15:17 hdl maybe we could apply also when no qualifier defined. 15:16 hdl yes. 15:16 kados paul: is that right? 15:16 kados that's when you apply truncation? 15:16 kados # if the operator contains more than one qualifier, but not phrase 15:16 kados if (index($index,"phr")<0 && index($index,",")>0){ 15:16 kados hdl: so you have: 14:59 rh oh i see there is a handy form in the gui 14:55 rh oh so that is something that I need to add manually 14:55 rh ah 14:54 hdl (it is up to the librarian to know from which sources he wants to get biblios) 14:54 rh okay mine is empty.. does that mean i screwed something up during install? 14:54 hdl rh : it should be populated. 14:53 rh should the "z3950servers" table be populated or does it get populated on the fly when you do a search? 14:49 paul (on this link, click on page 2, and you 'll see the bug introduced by the 1st commit patched by the 2nd one you've reverted) 14:47 paul kados : adv search "default" search is on keyword, kw,wrdl. don't you expect the top forms to be the same ? our libraries really think it is. 14:46 paul find egyptien & egyptologie as expected 14:46 paul http://i11.bureau.paulpoulain.com/cgi-bin/koha/catalogue/search.pl?idx=kw%2Cwrdl&q=egypt*&idx=kw%2Cwrdl&q=&limit=&sort_by=&do=Search 14:45 paul I confirm it doesn't work 14:45 kados I'll test 14:45 kados I see truncation isnt' working on mine 14:44 kados testing biblio finds test biblio 14:44 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=testing+biblio 14:44 paul ??? 14:44 paul *tter will find potter & hatter 14:44 paul potte* will find potter & pottery 14:43 kados ok, I will need to test this 14:43 paul * 14:43 kados what is the truncation wildcard? 14:43 paul but hdl did it only on wrdl, which is logic I think 14:43 paul nope, only if the user enter truncation wildcard 14:43 kados do you expect to do truncation with every query? 14:42 kados I've fixed that, but not pushed up yet 14:42 kados first, the default search shoudl be "", not kw,wrdl 14:42 kados hmmm 14:41 paul and I don't know how to solve it ! 14:41 paul so, we have a problem ;-) 14:41 paul but if we revert my 1st patch, the search forms on top won't do kw,wrdl search and truncations don't work 14:40 paul now, a lot of search features don't work anymore. 14:40 paul you have reverted my 2nd patch, but not the 1st one. 14:40 paul kados : i have a question about "default searchon kw-wrdl 14:34 kados hdl++ 14:34 kados right 14:34 hdl because one should do framework choice before all the sql values are loaded. 14:33 hdl But i must find the right place. 14:33 hdl Not so hard. 14:32 kados hdl: will it be hard to add that to the installer? 14:32 hdl then the user should have radio button for framework choice. 14:31 kados I can live with that :-) 14:31 kados ok 14:31 hdl installer/data/en/frameworks/marc21/ 14:31 hdl frameworks should be separated from other data. 14:31 kados what then? :-) 14:30 hdl no. 14:30 kados installer/data/en/unimarc/ 14:30 kados installer/data/en/marc21/ 14:30 kados maybe a directory then? 14:30 kados true 14:29 paul it would be harder to add XXXmarc or marcYYY 14:28 kados ? 14:28 kados and the user only sees the type he has picked 14:28 kados unimarc_ 14:28 kados marc21_ 14:28 kados and in frameworks we had two types: 14:28 kados data/en/etc 14:28 kados data/en/mandatory 14:28 kados data/en/frameworks 14:28 kados what if we had: 14:27 kados we need the user to choose 14:27 kados hdl: right 14:27 hdl Because one marcflavour is mandatory. 14:27 kados and it's a global setting right now 14:27 paul and explain "if you choose something in unimarc, then forget usmarc" 14:27 kados I think frameworks are mandatory ... 14:27 hdl Nope. 14:27 paul so, you could have "mandatory / unimarc / usmarc" in english 14:26 paul of course, someone could clic on unconsistent values in PL & RL, but that would look idiot to anyone. 14:26 kados interesting 14:26 paul it's mandatory / public library / research library 14:26 paul it's not mandatory/ optionnal / ??? 14:26 kados ahh, really ... can you explain? 14:25 paul kados : in french, we have divided directories differently than you 14:25 kados (and it means I can test in UNIMARC too ;-)) 14:25 kados because I have some english UNIMARC frameworks I'd really like to include 14:25 kados hdl: do you have an idea for how to allow a UNIMARC/MARC21/XXMARC choice? 14:24 kados hdl: so w/respect to the installer 14:24 kados ok, that's done 14:23 paul (but would be VERY easy to introduce) 14:22 kados next question ... how does TMPL_IF NAME=UNIMARC even get set? 14:20 kados for now, and you can translate it when you have time 14:19 kados hdl: I'll do it as an include 14:19 kados hdl: ahh, good idea 14:19 kados in 3.0 14:19 kados I have UNIMARC english frameworks that I wnt to include 14:19 hdl We could do TMPL_INCLUDE ? 14:19 paul right ! 14:19 kados and in fact, that's something else we need to discuss re: installer 14:19 kados right 14:19 paul (because unimarc english could be interesting) 14:18 paul kados: I don't think so 14:18 hdl Question is : will it work fine for all the zebra and nonzebra installations ?? 14:18 kados could it make sense to have a separate template for advsearch for UNIMARC? 14:18 hdl I can do this for advsearch.tmpl 14:17 paul yep 14:17 hdl This should also be the case for all UNIMARC plugins. 14:17 paul but I couldn't find time to do that 14:17 paul and let the translator handle the french version. 14:17 paul the best solution would be to have those strings in english in the template 14:16 hdl paul ? 14:15 kados the advsearch.tmpl ? 14:15 kados so what shall I do about the TMPL_IF NAME=UNIMARC in the template? 14:14 hdl anyway, hopefully, staff will not change languages too often. 14:14 paul probably. 14:14 kados hehe 14:14 paul no, I didn't knew that. all our libraries just need french (on staff) ;-) 14:14 kados it should be a simple fix, no? 14:13 kados it sets the cookie, but the staff client ignores the cookie for some reason 14:13 hdl In koha 22 it was the case. 14:13 kados (look for English / Fransais at bottom of page) 14:13 kados paul: hdl did you know changelanguage doesn't work on the staff client? 14:13 kados I think I will need to updateNoZebra too 14:12 kados hdl: so we have string value that maps to the numbers in search.pm 14:12 kados hdl: it's too hard to remember the numbers :-) 14:12 kados hdl: yes, but I do it in Search.pm now 14:12 kados ahh, yes, it's working 14:12 hdl in sort_by parameters ? 14:11 hdl are you not using 1=2 >i 14:11 kados er? now it's not working ... 14:10 kados seems to work well 14:10 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=test&sort_by=author_za 14:10 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=test&sort_by=author_az 14:10 kados not yet 14:10 hdl Is it pushed ? 14:10 kados hdl: resort should work now 14:10 kados but if you have an idea for the UNIMARC issues 14:10 hdl resort didn't work ? 14:09 kados I will take a look today 14:09 kados I don't know, I haven't gotten to examining it yet, just had an idea while showering :-) 14:09 hdl unless you know a way to ask for the most relevant search results pqf ? 14:08 kados yep 14:08 hdl And this really is a pain in the neck. 14:08 kados ahh 14:08 hdl no matter their weight. 14:08 hdl scan will give you only the 10 first results 14:08 kados did you figure out a way? 14:08 kados hdl: no, I must have missed it 14:07 kados it's $15,000 if I don't mind ... but I think i can do it with scan-> 14:07 hdl kados : have you seen my email ? and how I did this ? 14:07 kados *nod* 14:07 paul yep, I remember you asked indexdata about the cost 14:07 kados paul: I am investigating this still 14:07 kados paul: although we may be able to get the facets from zebra, with a valid count from teh result set 14:07 paul because our libraries are VERY confused to see "branch (3)" and, when clicking, getting 10, 100 or even 1000 results ! 14:07 kados paul: perhaps, yes 14:06 kados I think the translator will be confused 14:06 kados that has some french language strings 14:06 kados in the advsearch.tmpl there is a section for 'TMPL_IF NAME=UNIMARC' 14:06 paul kados : shouldn't we remove the numbers in the facets ? 14:06 kados one thing I could use advice on 14:05 kados facets almost working 14:05 kados resort working 14:05 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?q=the 14:04 paul kados ++ 14:04 kados I've also resurected facets 14:04 kados I'll do my best to get this working 14:00 hdl But I also think that having "human readable" search description is both important but not so easy to get. 13:59 hdl I did my best to keep things working. 13:58 hdl kados : this distinction was not clearly used in templates. 13:52 kados I'll also be fixing that today 13:52 kados hdl: also, it seems that my distinction between koha query, machine-readable query, and searchdesc have been muddied 13:42 kados disable, as in it doesn't show up? 13:42 kados really? 13:40 hdl This seems to disable 9523 when 9523 is not defined in bib1.att 13:39 hdl OK. 13:38 kados cool 13:38 paul (it's for a press release to announce birth of BibLibre. I want to say that we are 3 in France, and you are already 12 on your side, all of us being equally involved in Koha) 13:38 kados paul: 12 full-timers I think 13:37 kados hdl: I just want to confirm it's not working for you, right? 13:37 paul (kados : a quick question = how many liblimers are there today ? 10 ? 12 ? ) 13:36 kados I'm planning to fix that now 13:36 kados ie, it never shows up as selected 13:36 kados this code ... doesn't seem to work 13:36 kados <!--TMPL_ELSE --> 13:36 kados <option value="1=9523 <i" selected="selected">Popularity (Least to Most)</option> 13:36 kados <!--TMPL_IF Name="9523d"--> 13:35 kados hi guys 13:35 hdl kados ? 13:33 paul hi kados 13:33 kados hdl: there's some code in the template like "TMPL_IF NAME="9523a" ... for sorting 13:32 kados hdl: you around? 12:59 kados brb 12:53 owen Okay, I'll experiment with that 12:53 kados yea, that also makes sense 12:52 owen ...Since you can really do anything until you take care of whatever is blocking the account? 12:52 owen For that matter, maybe the messages/warnings column expands to replace the issue column in the layout? 12:51 owen That's what I was thinking 12:51 kados rather than just fail when they scan it 12:51 kados yea, makes sense 12:50 kados good question ... 12:50 owen Should we disable the 'issue to' form field when the patron is restricted? 12:50 owen I've got an interface idea to run by you 12:49 kados it's fairly warm 12:49 kados still kinda neat to be in FL though :-) 12:49 kados yea, weather's not the greatest 12:49 owen I was going to suggest taking your laptop to the beach, but Google says you've got rain today 12:49 kados whew! 12:49 kados later in the week, MN, and then I'm back home on Sat for a while 12:48 kados got some meetings this week hereabout 12:48 kados yea, Maimi FL 12:48 kados today I have 'off' which basically means I'll be cooped up in my hotel room programming 12:48 owen FL? 12:48 kados hehe, I wish ... I'm in Miami this week 12:46 owen Fine, thanks. Back at home base now? 12:46 kados owen: how was your weekend? 12:46 kados morning owen 12:31 owen Hi #koha