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 &lt;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