IRC log for #koha, 2008-03-05

← Previous day | Today | Search | Index

All times shown according to UTC.

Time Nick Message
11:00 kados I think an alternative template for search.pl could work ... opac-searchresults-rss.tmpl maybe?
11:00 hdl I agree.
11:01 kados I can take this bug
11:01 hdl (+ cgi->header application/rss-xml)
11:01 kados also 1872
11:01 is related
11:01 I will take both
11:02 hdl yes.
11:02 anyway, fixing 1629 will fix 1872.
11:02 kados yep
11:02 hdl will the results for RSS be the wole set or only the 20 first ?
11:03 next is 1723
11:03 kados RSS will be for whole set
11:04 hdl cool.
11:04 next is 1723.
11:04 kados so is 1723 fixed or not?
11:04 hdl: can you test?
11:06 in the meantime, I think 1534 is an enhancement request
11:06 hdl works for me.
11:06 can you test ?
11:07 kados hdl: 1723?
11:07 hdl (+ it is only one line to remove : LIMIT 10)
11:07 yes.
11:07 it worked for me.
11:08 kados ok, so 1723 WORKSFORME
11:08 hdl: you can update the bug report
11:09 hdl updated
11:09 kados 1785
11:09 hdl 1785
11:10 kados is this a prob for french users too?
11:10 I think it's probably an enhancement request at the moment
11:11 hdl I think this could be one. But I agreee. it is rather enhancement.
11:11 kados at least from LibLime POV
11:11 ok, I will update it
11:11 hdl next : 1825
11:12 kados yep, it's related to the earlier discussion about holds
11:12 I will assign to galen
11:14 hdl btw i have not sent you SAN's requirements for reserves.
11:14 next is 1742
11:14 kados 1742 and 1774 are also related
11:14 I will assign to Galen
11:16 hdl bug 1857 then.
11:17 kados I think it's invalid
11:17 hmmm, maybe not
11:17 hdl 1833
11:18 kados 1857 should be at least reviewed by paul i think
11:18 do you agree?
11:19 hdl Will ask him to have a look.
11:19 kados 1833 is fixed I believe
11:20 1819
11:20 1819 works for me
11:21 firefox on OSX
11:22 hdl I will try to make it out.
11:22 frederic kados: I didn't receive your email. Sorry. Alternative email: frederic@demians.fr. Thks.
11:22 hdl 1799
11:23 kados 1799 works for me in the OPAC
11:23 frederic: ok, I'll send there
11:23 hdl maybe we should just port opac's code to staff client.
11:23 kados hdl: and in the staff client
11:24 hdl OK fine then.
11:24 kados hdl:  so we can close it
11:24 hdl closed.
11:25 bug 1804 : I take it.
11:25 1874
11:26 kados 1805 -> I get a 500 error in staff client
11:26 oops, 1804 I mean
11:27 1874 ... it should be Joe
11:28 1871 I marked as duplicate of 1629
11:28 hdl OK.
11:29 kados 1875
11:29 hdl is 1875 OK now ?
11:29 kados also for joe
11:30 hdl not for me.
11:30 kados nope
11:30 not fixed
11:30 but joe can fix I think
11:30 1573?
11:31 1573 is a real big prob IMO
11:31 I think severity should be increased
11:32 clean patrons I think it requires a patron to have checked out something at least once
11:32 or else it doesn't run?
11:32 frederic kados: I get your email. It doesn't tell me why my patch wasn't apply and what to do to get it accepted...
11:32 kados anyway, that script needs to be audited
11:32 hdl Ok. assinging to me
11:33 1879 : suggestions
11:34 kados frederic: you're right, I sent the wrong email ... check now
11:34 hdl I can take it.
11:34 frederic ok :) Thanks. I read it.
11:34 kados OK
11:34 hdl: 1880 too?
11:35 hdl 1879 is rather enhancement than a bug is it ?
11:36 1880 too.
11:36 kados probably
11:36 from LL POV, yes
11:36 but it's a surprising behavior to not have edit capabilities
11:37 1372 is fixed
11:37 1816 is duplicate of an earlier one we closed
11:37 so it can be closed
11:38 1448 is poorly implemented IMO
11:38 and probably should not be included in 3.0
11:38 (subject cloud I mean)
11:38 hdl marking it wont fix ?
11:38 kados it's an 'experimental' feature at best
11:38 I think enhancement is OK
11:39 change priority to P3 too, since no patch is pending
11:40 hdl 1337 ?
11:40 kados 1343 and 1337 are duplicates, 1337 should be retained
11:40 so mark 1343 as duplicate I think
11:41 I think it's an enhancement also
11:41 I know LL doesn't have resources to add features to Z-client built into old MARC editor
11:42 1322 is also an enhancement
11:42 1305 is an enhancement too
11:43 1105 needs higher priority IMO and some testing, can you take it?
11:44 hdl yes.
11:44 kados in fact, 1105 raises a big issue about french vs us way to do acqui IIRC
11:44 ryan has details
11:45 1517 is an enhancement I think
11:45 but an importnat one
11:45 not for 3.0 though I think
11:46 1542 is a problem ... chris cormack wrote that reports stuff, but not sure if he plans to maintain it
11:47 hdl: I must leave in 15 minutes
11:47 hdl We should have someone for maintaining and improving the stuff.
11:47 anyway we have ran through all major bugs.
11:48 kados yep
11:48 I suspect that there are some 'normal' that should be marked major
11:48 but I will investigate before the next bug meeting
11:48 hdl Maybe.
11:48 kados hdl: thanks for organizing this, we made some progress
11:48 hdl I will too.
11:49 you're welcome.
11:49 a pity no other folks came in.
11:49 kados well, it's pretty early in the US :-)
11:49 hdl But it was too early for you.
11:49 yeah.
11:49 kados and very late in NZ :-)
11:49 hdl next time wil be better.
11:49 kados next one will likely be more attended
11:50 in fact, Joe Atzberger thought you had today's meeting scheduld for 5pm EST
11:50 lloyd_ someone is  on the war path with bugzilla
11:50 kados rather than 5am
11:50 hey lloyd_
11:50 lloyd_: we just had a bugfix meeting
11:50 lloyd_ what on earth are you doing here.. you don't get here for another 4 hours normally lol
11:50 kados lloyd_: well, it's about 6:50am
11:51 I'm normally up by now, but not usually on IRC :-)
11:51 lloyd_ hehehe
11:51 kados anyway, /me has to head out for a while
11:51 I'll bbiab
11:51 lloyd_ I need to chat with you soonish, you around later today?
11:51 kados time for some coffee :-)
11:51 lloyd_: sure
11:52 lloyd_ gimme a shout when you're free ;)
11:52 kados will do
12:36 fbcit sorry I could not make it this time hdl
14:17 ccatalfo owen, I think your yui reset.css is going to do the trick for embedding biblios into koha-- thanks!
14:17 owen Excellent
14:17 paul hello ccatalfo & owen
14:18 owen I see I missed the bug-squashing meeting. I guess a lot of folks did :)
14:18 paul 'morning to you.
14:18 gmcharlt hi paul, owen, ccatalfo
14:18 paul hello gmcharlt
14:18 owen, will you vote today ?
14:18 gmcharlt owen: yeah, I was confused about the time
14:18 paul (news speak of this day as "mini-tuesday", very important for hilary)
14:18 owen In the rain, even. It /always/ rains on election day here.
14:19 paul what's the diff between a caucus & a primary ?
14:19 owen I'm not exactly sure myself, because I've never voted in a state that uses caucuses.
14:20 gmcharlt paul: primary = just an election, basically
14:20 caucus = (and I don't know all of the details myself) means a bunch of registered party members meeting in each district
14:20 paul who can vote ? any one or only ppl members of the democrat/republican ?
14:20 owen It varies from state to state
14:20 In some states, you have to be registered Democrat to vote in the Democratic primary
14:20 gmcharlt paul: it depends.  some states have open primaries, where a voters can pick (usually just one of) any party's ballot and vote on that
14:21 others have closed primaries, where you can vote only for the ballot of the party you're registered for
14:21 in closed primary states, you're generally better off registering a party, otherwise you don't get to vote until the general election
14:22 for caucuses, at each meeting the voters come in initially for one candidate or another, then a complicated dance takes place and eventually each caucus ends up supporting a particular candidate
14:22 I'm fuzzy about the details, though :(
14:37 hdl sorry guys for I induced you in time problems.
14:37 Next time will be better I hope.
14:39 gmcharlt hdl: no worries -- and besides, it looks like you and kados made a lot of progress
14:40 paul at least, they have generated a lot of mail traffic from bugs.koha.org ;)
14:40 hdl still there is a lot of work.
14:41 And many things relies on you gmcharlt (at least for reserve stuff)
14:41 gmcharlt hdl: yep, I noticed that :)
14:42 should have time to work on those this week, but because of a trip I'm taking to California Wednesday and Thursday, I won't be 100% coding until next week
14:42 hdl gmcharlt: many ppl at code4lib were wondering where your accent comes from. May I ask you ?
14:43 gmcharlt hdl: sure, but why don't you make a guess first -- I'm curious what a French-speaker's guess would be
14:43 hdl I was thinking about Ireland or Scotland maybe....
14:44 But I am not good at guessing accents.
14:44 gmcharlt hdl: thanks.  and to answer your question, I was born and raised near Lancaster County, Pennsylvania, which is in the southeast of the state (also has a lot of Amish living there).  But my accent itself is just a personal idiosyncrasy -- nobody else in my family has it :)
14:45 hdl (I had some friends of mine who came from Mauricius and their accent was quite Canadian accent to me.)
14:45 gmcharlt: you are welcome.
14:46 gmcharlt: thx for this information.
14:46 gmcharlt hdl: you're welcome
14:47 hdl: I'm doing a little research about how non-English languages are searched in catalogs.  In France, would somebody (i.e., an average library user) typically enter the diacritics in the search box when searching for a known title -- or would they typically leave them off
14:48 hdl gmcharlt: it all depends on what kind of users you are thinking of.
14:49 gmcharlt hdl: ok, so let's name three categories: (1) typical public library user (2) undergraduate student (3) professor or graduate student
14:49 hdl gmcharlt: typically : 1 users will use diacritics, and 2 or 3 will not unless they get the title from internet and copy paste.
14:50 paul : a comment on this ?
14:50 osmoze maybe ?
14:50 gmcharlt hdl: thanks (and for 2 & 3, they drop the diacritics because they've been "trained" to not expect them to work in many databases?)
14:51 hdl gmcharlt: exactly.
14:51 owen Hunh, just like new users might be very careful about capitalization
14:51 hdl and because some of their keyboards are not azerty's ones. So you go to the point.
14:52 gmcharlt reason I'm asking is that the Chicago public library just switched systems today (http://www.chipublib.org/) there are a lot of languages present in CPL's holdings, and at the moment, while display of non-English seems generally OK, searching is rather hit-or-miss
14:52 paul gmcharlt: I think it depends on the age of the patron.
14:53 gmcharlt e.g., you can search on Koren transliterated to Roman characters if you include the diacritics, but you can't search on transliterated Korean sans diacritics or on Korean characters
14:55 whereas for French and Spanish you can do your search with or without diacritics
14:55 hdl is chipublib on Koha ?
14:56 gmcharlt hdl: no, it's a combination of TLC's CARL X and Endeca
15:05 hdl kados : Is there a test box where I could test bugs ? staff-jmf.?????
15:07 gmcharlt hi fbcit
15:07 fbcit hi gmcharlt
15:07 I was reading back about your Lancaster County origins
15:07 gmcharlt owen++ # the bib view changes for the OPAC
15:08 owen Thanks, I'm glad you like it
15:08 fbcit gmcharlt: when my people came over from Switzerland ~1740, they moved into Lancaster
15:08 gmcharlt fbcit: interesting. what part of Switzerland?  and was there any particular reason for the move?
15:09 owen: a couple things could be made more consistent, IMO - in MARC view, the place hold button is at the top, not in a box at the right
15:10 owen Yes, that's because at the moment the MARC data is all in one big table, so there's no place for the floating box you see in Normal and ISBD views
15:10 gmcharlt owen: also, in normal ISBD view, the text of the normal view and MARC view links are in brackets for some reason
15:10 owen Oh, that's a mistake on my part
15:16 hdl gang !! I am having a "dirty Index" with git.
15:16 Is there something I shoul do to fixit up ?
15:17 fbcit hdl: me to
15:18 hdl So that's three of us.
15:18 owen I got that a couple days ago
15:18 fbcit git reset --hard HEAD && git rebase origin
15:18 fixed it
15:18 hdl Paul is having problems.
15:18 fbcit mine was a bad css in jquery subdir
15:18 paul mine too
15:19 owen well, that sounds like my fault. How was it bad?
15:20 paul owen : we don't know. We just get a "dirty index" when rebasing
15:20 fbcit owen: not sure here either, except the file did not exist locally or in the main repo
15:20 when I looked at the contents, it looked about half finished
15:22 and it has disappeared from my 5000 line buffer :(
15:24 gmcharlt odd. I haven't had any problems rebasing, which I do at least once every day
15:24 but it does sound like the problems are stemming from this commit http://git.koha.org/cgi-bin/gi[…]a25899dc466f30a52
15:24 not that there's a problem with the commit itself
15:25 but that somehow the file deletion caused an issue
15:28 fbcit clickmenu.css is the culprit
15:28 hdl for me too.
15:28 fbcit it was on mine at least
15:29 hdl file deletion or directory renaming seems to make problems sometimes.
15:29 fbcit I wonder if it has to do with this: \ No newline at end of file
15:32 hdl gmcharlt: C4::Items was deleted ?
15:33 gmcharlt hdl: I sincerely hope not. :)  why are you asking?
15:33 hdl My text editor told me this file was deleted by a third party software.
15:33 But git is having it.
15:34 paul hdl : this sometimes happends when a rebase fails.
15:34 as rebase :
15:34 - update the files to reflect the origin of your rebase
15:34 - replays all commits
15:34 so you may have files disappearing/reappearing
15:34 fbcit hrm
15:35 is git.koha.org in sync with the repo?
15:35 but I do not see it @ git.koha.org
15:36 gmcharlt fbcit: you're right, it is out of sync
15:36 fbcit and its not even Monday ;-)
15:36 gmcharlt missing 7 or 8 patches
15:51 fbcit does Koha 3.0 *require* cookies to run?
15:52 or is that considered bad practice?
15:55 hdl fbcit: yes cookies are required.
15:56 fbcit hdl: is there anything particular I should consider or be aware of when passing vars using a cookie?
16:10 hdl fbcit: Nothing special I know of.
17:08 fbcit it looks to me like output_html_with_http_headers is only setup to handle a single cookie
17:09 I'm afraid things will break badly if I modify it to handle multiple cookies given the current usage
17:09 any thoughts to the contrary?
17:11 atz fbcit: you can just add fields to the current cookie
17:12 gmcharlt fbcit: another possibility is to put it into the CGI::Session session (which ultimately persists it by storing the data in the sessions table)
17:12 see C4/BackgroundJob.pm, for instance, or much of C4::Auth
17:16 atz of course the session ID itself is passed via cookie
17:17 gmcharlt atz: yep, just not any session data itself
17:18 fbcit so the user env is really kept in the session table?
17:18 atz no
17:19 the userenv is assembled by Context
17:19 gmcharlt yes
17:19 :)
17:19 at least, some of it is persisted there
17:19 atz maybe what you mean by user env
17:19 gmcharlt like the user's branch selection
17:20 fbcit maybe an explanation will help qualify this a bit more:
17:21 atz it helped me to just dump some rows out of the sessions table
17:23 what I regard as the whole user env includes all the stuff set by Auth (considerably more than we want to stuff in the sessions table, for performance reasons)
17:25 fbcit ok, well I think this discussion has proven to me that I really just need to refactor picture-upload.pl into a set of functions rather than a separate script
17:26 no use doing it the harder way
17:26 tnx
17:29 atz gmcharlt: the kittywigs.com link on #code4lib made me think of your cats
17:30 gmcharlt atz: heh
17:30 atz: If I tried that, my office would be come a hospital bed
17:32 frederic gmcharlt: hello! Do you have any idea about authority bug #1906 I submited? Anything I can do/try?
17:33 gmcharlt frederic: I did a couple patches yesterday that should help with 1905 and 1906
17:34 they're not showing up on gitweb, but they're there if you fetch and rebase
17:34 frederic YES!
17:34 And thanks.
17:34 gmcharlt let me know if it solves all of issues you reported in those two bugs
17:37 frederic You may help on another point. I try to tweak faceted search to be translatable. To avoid hardcoding, facets labels into Koha.pm, I put them in a JSON external file. But I don't know exactly where to put this file. I was thinking to /etc/koha/zebra/koha-facets.conf. But after that, I don't know how to retrieve path to this file which depend, I suppose, of installation... What would you do?
17:38 gmcharlt frederic: it would be possible have the install process put the path to the conf directory in koha-conf.xml
17:38 but since the translation mechanism currently works on subdirs of koha-tmpl
17:39 would it be possible or reasonable to somehow put that into the staff and OPAC tempalte dirs?
17:40 frederic I understand, but facets could be configurable. A library could decide to add/remove facets. It appears to me to be indepedant of templating system...
17:41 gmcharlt agreed that defs for facets need to be configurable
17:42 but for default facet config, would kind of like the names to be picked up by the existing template system
17:42 but on the other hand
17:42 there are aspects of translations that already don't fall under the HTML templates
17:42 so no big deal
17:43 would it be possible to have the facet config
17:43 be done through an Adminstration interface
17:43 i.e., like branches, call number rules, etc. (I realize it's likely to complicated to be a syspref)
17:44 frederic An so facets would be in DB?
17:44 gmcharlt yeah, at least the defs for what facets to present
17:44 frederic I just send you a facets configuration file to give you an idea of what I'm doing
17:46 gmcharlt got the example -- yeah, that sort of thing could easily live in the database where librarians could change it on the fly
17:46 frederic Is there any chance that faceted search will use any time soon, zebra new 'facets' functionnalities?
17:46 gmcharlt I know kados has tested it and likes what he sees - I don't know if it is ready to be coded to replace the current facet system
17:48 frederic gmcharlt: You think that a syspref would be enough? This king of parameters are not so easy to edit... You can very easily break a json stream...
17:48 /king/kind/
17:49 gmcharlt frederic: no, a syspref wouldn't be enough -- you'd have to create an auxiliary table (e.g., facet_defs)
17:49 and code to allow users to edit entries in it
17:49 of course, as a separate config file, it would still be easy to break the JSON
17:51 frederic: I think the JSON config file could be put in for now
17:51 but ultimately should be replaced
17:52 if you can wrap the use of the JSON in a module or class that can later allow the serialization of the facet defs to be changed later
17:52 that would be ideal
17:56 frederic I agree. Just one question. How would you do to find the pathname to zebradb config file. I see KOHA_CONF environment var but nothing pointing to where all zebra-koha files are stored...
18:00 gmcharlt frederic: it's not there yet -- I can add logic to install to put the KOHA_CONF_DIR and ZEBRA_CONF_DIR values in koha-conf.xml, which will make it accessible from C4::Context
18:00 then code that needs to look for a config file under one of those dirs can try to build the path
21:50 mc hello world
21:51 gmcharlt world says hello back

← Previous day | Today | Search | Index

koha1