← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
12:02 | jwagner | Sorry, been off on another screen. Good morning. |
12:10 | hdl_laptop | hi jwagner |
12:21 | |Lupin| | how can one print debigging information in a koha script, please ? |
12:21 | so that the info is displayed in the webpage, for instance... | |
13:38 | ebegin | good morning #koha |
13:38 | |Lupin| | hi ebegin |
13:38 | ebegin | salut Lupin |
13:40 | Anybody here is (or has clients) using kits. I mean multiple biblio that are regroup in a kit that can be borrow? | |
13:48 | |Lupin| | <div id="breadcrumbs"><a href="/cgi-bin/koha/mainpage.pl">... |
13:48 | I am wondering what breadcrumbs means... | |
13:48 | does somebody know the meaning, please ? | |
13:54 | owen | Hi |Lupin| |
13:54 | breadcrumbs refers to a type of navigation system | |
13:55 | The reference is to the fairy tale about Hansel and Gretel, where the children leave breadcrumbs along the path to find their way back | |
13:55 | Breadcrumb navigation shows you the links to navigate back up the hierarchy from where you are | |
13:56 | |Lupin| | owen: okay, understood, at least for the fairy tale part. What's the connection with the navigation system, though ? |
13:56 | owen: ah okay, I see | |
13:56 | actually | |
13:56 | I was trying to figure out how to implement a "Skip to content" link on top of each page | |
13:57 | to make navigation a bit easier for visually impaired persons | |
13:57 | I think bascaly the only thing that needs to be done is to add a link to headerinc | |
13:58 | the only problem is to find out an appropriate target. Perhaps a div should be added on purpose to each page | |
14:00 | owen | Sounds like a daunting task, but doing a quick inspection of staff client pages doesn't show me any good consistent ID one could use |
14:02 | |Lupin| | owen: I came to a similar conclusion |
14:03 | owen: firs I thought the div could be added at the end of header.inc, and closed at the begin of bottom.inc | |
14:03 | owen: but there is content one may want to skip in the pages, after the header. Too bad. | |
14:03 | owen | Yes, it depends very much on the function of each page |
14:05 | |Lupin| | yep |
14:06 | koha/koha-tmpl/intranet-tmpl/prog/en/modules$ find . -name '*.tmpl' | wc -l | |
14:06 | 361 | |
14:06 | so that's a lot of work... | |
14:13 | ebegin | Lupin, in french, a breadcrumbs would be a "fil d'arianne |
14:14 | |Lupin| | ebegin: oh really ? I would have translated it by miettes de pain, which, given the context, makes as much sense to me as "fil d'ariane" |
14:14 | gmcharlt | Ariadne's thread? |
14:16 | ebegin | It basically the same idea than Hansem & Gretel & Pretzel :) |
14:18 | Arianne was the daughter of King Minos, in greek mythology. She was living a string in a labyrinth to prevent Thesee from being lost. | |
14:19 | gmcharlt, Arianne is also Ariadne in english | |
14:20 | gmcharlt | that's what I thought (I knew the myth; French, not so much) |
14:20 | ebegin | :) |
14:21 | |Lupin| | gmcharlt: did you see the conversation about the "skip to content" feature ? |
14:23 | gmcharlt | |Lupin|: yes |
14:24 | SirStan | Is a "skip to content" a usability best practice? |
14:24 | I can't say I have seen it used uniformly. | |
14:24 | gmcharlt | may be an opportunity to apply even more structure to the template include files |
14:24 | but could be rather a lot of templates to touch, as owen says | |
14:26 | soul9 | hey everyone ☺ |
14:26 | ebegin | |Lupin|, what about setting a variable giving the target div? |
14:27 | hi soul9 | |
14:27 | SirStan | ebegin: hackery. |
14:27 | owen | ...and just as much effort, no? |
14:27 | SirStan | and would concievably require the same amount of work ... you still need to figureo ut what templates aer used where, and what id's are the "content". |
14:27 | and be impossible to maintain | |
14:27 | ebegin | @roulette |
14:27 | munin | ebegin: *click* |
14:27 | ebegin | ouf. :) |
14:30 | |Lupin| | gmcharlt: yes, 361 templates for the staff client, if my count is correct |
14:30 | actually the bigest directory is the help | |
14:30 | perhaps there is some structure there, I didn't check | |
14:30 | obviously for one person it would be a lot of work | |
14:31 | but perhaps the work could be shared among several volounteers | |
14:31 | gmcharlt | |Lupin|: doing that for help would be pretty, actually - not much of a header in the help popus |
14:31 | |Lupin| | perhaps this could be discussed during the next Koha meeting... |
14:31 | gmcharlt | *pretty easy |
14:31 | |Lupin|: yep, can be, although i suggest also starting a thread on koha-devel before the meeting | |
14:31 | |Lupin| | gmcharlt: ok! help represents half of the templates... |
14:32 | okay | |
14:32 | I'll subscribe and start it... | |
15:24 | Snow_Fox | hey quick question, from my understanding koha sends out a email for over due notices and someone else is working on a html dump, where is the setting to give koha the email it needs to send those and where can i find the setting for the admin email dump when the patron doesnt have a email |
15:26 | owen | Those notices are either sent to the KohaAdminEmailAddress or to the email address configured for the individual branches (if present) |
16:16 | |Lupin| | hi again |
16:16 | our network was down for a while | |
16:22 | gmcharlt | hi |Lupin|, thanks for sending the email |
16:24 | |Lupin| | gmcharlt: no problem ! It's normal if I want things to go in a positive direction :-) |
16:36 | atz: here ? | |
16:36 | atz | ? |
16:36 | |Lupin| | atz: I'm the one who posted the mail you replied to |
16:37 | (on the koha list) | |
16:37 | atz | ah, ok |
16:37 | did it make sense? | |
16:37 | |Lupin| | I do not expect koha to know where the files will be stored |
16:37 | the URL is indeed derived from the book biblionumber, asyou say, | |
16:37 | so the plugin thing may be wht I'm looking for | |
16:38 | atz: yes, the end of your mail made sense to me. Regarding he beginning, I think it was a bit misunderstandign the question | |
16:39 | atz: not throwing the fault on you by saying that, I realize my mail may have been rather obscure | |
16:39 | atz | no problem |
16:40 | i think your use case is a bit unusual | |
16:40 | |Lupin| | atz: do you think you know understand my question ? |
16:41 | atz | at least partially.... you still haven't decided what system will store the actual content/files, right? |
16:41 | |Lupin| | atz: yes it is, and that's why we are pretty sure we _will_ have to modify KOha to achieve our goals. We don't expect the mainstream koha to fullfill ll our requirements. We just think it's the closest thing we can find |
16:41 | atz | there has been some documented work with using Kete and Koha together |
16:41 | |Lupin| | atz: we have. |
16:41 | atz | Kete allows robust document metadata |
16:41 | |Lupin| | atz: we already have a home-made file server |
16:41 | and | |
16:42 | at least as a first step | |
16:42 | we'd like to keep it | |
16:42 | atz | ok, so the question is whether the file location on your server is deterministic or not |
16:42 | what rules govern the location? | |
16:42 | |Lupin| | then, once the web part has been re-donce with Koha, we will study the file server issue and decide whether we should keep our own or find one we could use |
16:43 | atz | that seems fine, though you may have to rebuild the integration |
16:43 | |Lupin| | atz: it is deterministic |
16:43 | and we have a script that is in charge of talking to our file server | |
16:43 | by script I mean a CGI perl script | |
16:43 | atz: ye, we realize that. | |
16:44 | atz | so if you can write script (javascript) to produce the same deterministic location, then you can put that in a 856 plugin |
16:44 | |Lupin| | so the URLs we want to have in the bib records are just to call this script with the right parameters |
16:44 | and it will then talk to the file server | |
16:44 | atz: okay. | |
16:45 | atz: Actually I'd prefer an solution that is not javascript base, because I'm a lynx user and Javascript won't be very easy for me to test | |
16:45 | atz: I'd prefer a solution in the Perl scripts.. | |
16:45 | would that be completely non-sense ? | |
16:46 | atz | the plugin is generated by perl, but outputs javascript that is included in the cataloging page |
16:46 | |Lupin| | If you think it would, well, I'll probably have to dig into the javascript thing... |
16:46 | atz: ok | |
16:46 | atz: still I would not be able to test it by myself... | |
16:47 | atz | true, you will need a modern browser to test |
16:47 | |Lupin| | atz: on another side I perfectly understand why doing it in Javascript would make sense |
16:47 | atz | there may be other means, but I would avoid trying to hack "inside" the cataloging code |
16:47 | the plugin structure is the cleaner way to go | |
16:48 | and then you don't have to worry about future updates merging badly | |
16:48 | |Lupin| | atz: there is no structured and trust-worthy perl API ? |
16:48 | atz | in what regard? there is an API, but the MARC editor is *very* tricky |
16:48 | |Lupin| | atz: yes, I understand your point very well |
16:49 | atz | it has to do a lot, and everybody wants 100 different configurations, so it is very depended on Frameworks |
16:49 | *dependent | |
16:49 | |Lupin| | what are frameworks ? |
16:49 | atz | frameworks define the relationship between Koha DB structure and MARC records |
16:50 | |Lupin| | ah |
16:50 | atz | among other things, they control what fields show up or are required in the MARC editor |
16:50 | |Lupin| | it's koha => MARC mappings you are talking about ? |
16:51 | atz | yes, but the arrow goes both ways :) |
16:51 | |Lupin| | right |
16:52 | atz: care there documentations about the plugin system, please ? | |
16:54 | atz | not enough docs, unfortunately |
16:55 | |Lupin| | okay, too bad |
16:55 | perhaps a starting point in the git tree ? | |
16:55 | atz | cataloguing/value_builder/dateaccessioned.pl |
16:55 | is an example of one | |
16:57 | |Lupin| | atz: okay, thanks |
16:57 | atz: and form within the plugin, you have access to, e.g., the biblionumber that has been associated to the record by koha ? | |
17:03 | atz | yes |
17:06 | |Lupin| | atz: okay. |
17:06 | thanks a lot for your help joe | |
17:06 | awesome conversation | |
17:06 | c u later all, bye ! | |
17:31 | vedran | is it possible to install KOHA on Linux machines with powerpc processor. I have opensuse ppc anwith php, perl, apache, mysql etc. |
17:56 | gmcharlt | vedran: should be possible |
17:57 | vedran: only likely difference is that certain packages such Yaz and Zebra may need to be compiled from source | |
18:58 | owen | Hi schuster |
18:59 | schuster | Howdy! |
19:00 | So I have a question about the student XSLT... If we needed to have the place of publication to show on the display from the 260 along with the publisher would that be hard? | |
19:00 | Student being public OPAC view | |
19:01 | For a bibliography that is all that is currently missing from that screen for citing a source. | |
19:01 | owen | You talking about the detail page? |
19:01 | schuster | Currently in the summary or Detail it does not show. |
19:03 | owen | Looks like it's a one-character change in the XSL file |
19:04 | Line 178 of MARC21slim2OPACDetail.xsl: | |
19:04 | <xsl:with-param name="codes">bcg</xsl:with-param> | |
19:04 | That's telling it to display subfields b, c, and/or g | |
19:04 | If you change it to "abcg" it shows the location | |
19:05 | Same for the search results, MARC21slim2OPACResults.xsl, on line 805 | |
19:21 | schuster | hmmm interesting - when I changed that nothing happened - do you know how they are tracking at LibLime local customizations ? I am looking at that file in the |
19:23 | tmpl-custom/pisd-opac/en/xslt | |
19:23 | Is it located someplace else? | |
19:23 | owen | Sorry, I don't have any idea :( |
19:23 | schuster | hmm will look further thanks for the suggestion! |
19:35 | OK found it... thanks for the help... Where's the "That was EASY" button! WHOO WHO! | |
19:42 | wizzyrea_away | schuster: someone told me way back that the xslt templates were hard coded and they'd always use prog, but if you solved it then that's probably no longer the case |
19:42 | so YAY | |
19:42 | :) | |
19:48 | joetho | thanks liz- got it |
19:48 | wizzyrea_away | yepper |
20:10 | schuster | The staff templates are hard coded and are NOT editable, but the OPAC XSLT's are... |
20:19 | chris | morning |
20:31 | @wunder wellington, new zealand | |
20:31 | munin | chris: The current temperature in Wellington, New Zealand is 8.0°C (8:00 AM NZST on June 25, 2009). Conditions: Mostly Cloudy. Humidity: 81%. Dew Point: 5.0°C. Windchill: 5.0°C. Pressure: 30.21 in 1023 hPa (Falling). |
20:31 | chris | blue skies out there, gonna be an alright winter day i think |
20:34 | richard | hi |
20:41 | chris | morning richard |
21:02 | joetho | good morning southerners. |
21:08 | chris | hi joetho |
21:42 | wizzyrea | it was 40ºC here earlier... too hot |
21:42 | AGAIN. | |
21:44 | chris | stink |
22:05 | schuster | Question about Marc Export and Authorities. When I export my database the $9892343 numbers are exporting on the bib as well. Is there a way to not export that info? |
22:05 | Sorry as part of the 650 subjects | |
22:11 | pianohacker | good afternoon, #koha |
22:12 | chris | hiya pianohacker |
22:12 | pianohacker | hey |
22:12 | How are things in your part of the world? | |
22:13 | chris | not bad, crisp winter day |
22:13 | 2nd to last day of my paternity leave | |
22:14 | pianohacker | Hah, crisp winter day. On vacation in Carlsbad, NM, where you have to run the A/C 24/7 |
22:15 | Pile of work waiting for you? I always am just a bit afraid to go on vacation | |
22:16 | chris | undoubtedly a big pile |
22:16 | not gonna look :) | |
22:16 | pianohacker | Hehe |
22:16 | Had any chance to play with Template::Toolkit? | |
22:22 | chris | havent got much further |
22:23 | http://git.workbuffer.org/cgi-[…]oha/Templates.pm; | |
22:29 | gmcharlt | code, no templates |
22:29 | pianohacker | Hmm |
22:35 | chris | hehe yeah |
22:35 | i was waiting for pianohacker to magically make me a template | |
22:35 | hehe | |
22:35 | pianohacker | I am working on a sed script as we speak |
22:36 | chris | sweet :) |
22:36 | pianohacker | Learning the quirks of yet another regex engine |
22:36 | chris | i often give up and end up doing something with bash and perl |
22:36 | pianohacker | Heh. Yeah |
22:41 | chris | http://www.pie.geek.nz/qotd/wo[…]ng-in-a-team.html |
22:42 | you still sick jo? | |
22:44 | Jo | nope |
22:44 | well not really | |
22:44 | at work today | |
22:44 | all that horrible printer mess still has to be sorted out .. | |
22:44 | it didn't fix itself wehile I was sick ! | |
22:44 | pianohacker | Hmm, barrier. Template::Toolkit requires [% FOREACH item IN loop %][% item.var %] rather than just plain [% var %] |
22:45 | Near as I can tell | |
22:45 | chris | yep |
22:46 | it's all objecty | |
22:46 | :) | |
22:46 | maybe we should just take a crack with opac-main to start | |
22:47 | i might try to do that today | |
22:47 | hdl_laptop | pianohacker: it seems though that you can define a view for an object. |
22:47 | and use that. | |
22:48 | pianohacker | hdl_laptop: Hmm, I see the section on VIEWs, but am not sure how it applies |
22:49 | hdl_laptop | mc khatar could tell you more about that. |
22:49 | But he is asleep at the moment | |
22:50 | pianohacker | k |
22:55 | Only 328 unique names for TMPL_LOOPS; I could make a dictionary mapping loop names to loop item names= | |
22:55 | Based on my work with the sysprefs editor, I have an odd love for tedious rewriting work | |
23:18 | chris | sorry was attacked by midwives |
23:18 | back now | |
23:53 | pianohacker1 | Bye, #koha |
23:54 | chris | that dude rules |
00:27 | brendan | @wunder 93117 |
00:27 | munin | brendan: The current temperature in Northwest Goleta, Goleta, California is 19.9°C (5:22 PM PDT on June 24, 2009). Conditions: Clear. Humidity: 66%. Dew Point: 13.0°C. Pressure: 29.90 in 1012.4 hPa (Falling). |
00:28 | Jo | Chris: code4lib paper delayed -maybe tomorrow maybe monday |
00:31 | chris | cripes |
00:33 | i guess thats the bonus with online journal | |
00:34 | deadlines can be pushed out | |
00:39 | brendan | hey Jo chris -- how goes the winter? |
00:40 | I've got nice sunshine shine here ;) | |
00:40 | had to say shine twice it's so nice | |
00:51 | chris | heh |
02:47 | brendan | @later tell amit hi |
02:47 | munin | brendan: The operation succeeded. |
03:26 | Amit | hi chris, brendan |
03:26 | good morning #koha | |
03:27 | munin: what command r u typing | |
03:27 | munin | Amit: downloading the Perl source |
03:27 | Amit | hi munin |
03:29 | hi Jo | |
03:34 | Amit_ | Amit_ is known as Amit |
03:40 | Jo | Hi Amit, Brendan, et al |
06:18 | chris | evening |
06:32 | eiro | hello |
07:00 | chris | hi nicomo |
07:00 | nicomo | hi chris |
07:00 | hello everyone | |
07:03 | chris | hmm dinner time, bbiab |
07:06 | hdl_laptop | hi |
07:18 | chris | back |
07:26 | Amit_ | hi nicomo |
07:26 | nicomo | hi Amit_ |
07:29 | chris | cya mason |
07:32 | Amit_ | cya mason |
07:33 | hi nahuel | |
07:33 | nahuel | hi all :) |
07:33 | chris | hi nahuel |
07:43 | |Lupin| | hello, everybody |
07:44 | hdl_laptop | hi |Lupin| |
07:45 | chris | hi |Lupin| |
07:45 | i like your accessibility idea | |
07:47 | |Lupin| | chris: thanks ! |
07:48 | it'd be very nice to have this link actually. I'm loosing a certain amount of time when I'm in the staff client to find the real beginning of the page (using lynx to connect to it) | |
07:49 | chris | *nod* |
07:54 | |Lupin| | chris: yesterday Joe suggested to use the plugins mechanism to fill some mMARC fields automatically. I realize that given Koha's architecture it may be the right place, but that'd mean the mechanism wouldn't work with browsers without Javascript. What do you think ? Can you think about another way to automatically fill some fields ? |
07:56 | chris | the plugins only work with javascript? |
07:59 | hdl_laptop | plugins are called via js. |
07:59 | on events | |
07:59 | chris | dang |
08:00 | i bet we could have a no js syspref | |
08:01 | and make it check that, if its set no js, make the plugin run automagically | |
08:01 | 98.74645% of ppl would leave it set on | |
08:01 | but itd be nice to be able to make critical parts be able to work without js | |
08:03 | the problem is, it would be hard to find a sponsor to pay someone to do that | |
08:04 | so it would have to be mostly voluntary | |
08:04 | |Lupin| | chris: that'd be really cool indeed... just wondering whether the developers will really find the time and ressources to implement such a feature for less than 2% of the users. Also, it looks as a solution which will work at some point in the future. I will have to find one which works now. I guess I'll have to install gnome, firefox and try to live with it. |
08:05 | chris | yep, things like that unfortunately have to annoy someone enough for them to want to fix it |
08:05 | because its unlikely a library will ask them to do it | |
08:05 | |Lupin| | chris: agreed |
08:06 | chris | |Lupin|: slef may be your ally in this |
08:07 | he has a big interest in accessibility | |
08:10 | |Lupin| | chris: oh yes ? many thanks for the information ! |
08:10 | chris: do you know what makes he being interested in the topic ? | |
08:11 | chris | i know that he hates captchas with a passion :) he has a visual impairment himself |
08:11 | http://lists.katipo.co.nz/publ[…]ruary/016939.html | |
08:11 | |Lupin| | ah ok |
08:12 | chris: does he use something like speech synthesis or braille to read the scree, or perhaps magnification ? | |
08:13 | chris | ah nope his is only slight |
08:13 | he uses his own stylesheet, iirc | |
08:13 | to make things easier to read | |
08:14 | im hoping he is reading this, and will contradict me if i am wrong | |
08:14 | Elwell | |Lupin|: [offtopic] what software do you use as a web browser /reader? |
08:24 | |Lupin| | Elwell: lynx as a web browser |
08:24 | Elwell: and brltty to see what is displayed on screen | |
08:25 | hdl_laptop | chris: maybe Template::ToolKit and Jemplate could help |
08:26 | |Lupin| | hdl_laptop: these are Koha modules, or external modules ? |
08:26 | chris | hmm it probably code, good idea |
08:26 | could even | |
08:26 | hdl_laptop | those are not Koha modules at the moment. |
08:27 | And would require a rewrite of all templates. | |
08:27 | |Lupin| | ow |
08:27 | hdl_laptop | pb with jemplate imho is that it would put us away from js frameworkds |
08:28 | |Lupin| | so not for tomorrow morning :) |
08:28 | hdl_laptop | no |
08:28 | chris | nope |
08:28 | hdl_laptop | defintely |
08:28 | chris | but we are probably moving to Template::Toolkit long term |
08:28 | |Lupin| | k |
08:42 | slef | hdl_laptop: is nicomo about or has he left? |
08:43 | hdl_laptop | he is coming to UK as far as i know |
08:43 | slef | hdl_laptop: if I email him, will he see it? |
08:43 | hdl_laptop | yes |
08:43 | slef | hdl_laptop: and do either you or paul want a cc? |
08:43 | hdl_laptop | he has 3G access |
08:43 | slef | cool |
08:44 | hdl_laptop | why not. |
08:44 | slef | 3G access in Spain was fun :) |
08:44 | do I cc your personal addresses or is there a shared mailbox? | |
08:44 | Elwell | that reminds me - must go do battle with orange.fr and try and get a sim... |
08:45 | chris | slef: you might want to read back and see if i misrepresented you |
08:45 | slef | chris: ok, will do once co-op meeting finishes |
08:46 | chris | :) |
08:52 | slef | chris: promise not to tell, but I snuck a look and it's basically accurate. Thanks. Finding funding is the hard part. |
08:53 | chris | :) |
09:09 | |Lupin| | hi slef |
09:10 | nice to meet you | |
09:10 | always pleasant to know accessibility-enthusiasts | |
09:18 | have to reboot, till soon | |
09:23 | Amit_ | hi slef |
09:23 | slef | hi Amit_ |Lupin| |
09:23 | |Lupin| | back ! |
09:24 | Amit_ | hi Lupin |
09:24 | |Lupin| | hi Amit_ |
10:10 | hmm! | |
10:11 | oops, was about to say something wrong. Just forget about it, pls | |
10:59 | nahuel | hi gmcharlt |
11:44 | Elwell | @Lart |
11:44 | munin | Elwell: I suck |
11:45 | gmcharlt | @lart |
11:45 | munin | gmcharlt: (lart [<channel>] [<id>] <who|what> [for <reason>]) -- Uses the Luser Attitude Readjustment Tool on <who|what> (for <reason>, if given). If <id> is given, uses that specific lart. <channel> is only necessary if the message isn't sent in the channel itself. |
11:45 | gmcharlt | hi nahuel |
11:46 | |Lupin| | KOha error |
11:46 | The following fatal error has occurred: | |
11:46 | Amit_ | hi galen |
11:46 | gmcharlt | hi Amit_ |
11:48 | |Lupin| | Modificaiton of non-creatable array value attempted, subscript -$ at .../cataloguing/z3950_search.pl line 196. |
11:48 | nahuel | gmcharlt, what's up ? |
11:48 | gmcharlt | not much - did you ping me an hour ago? |
11:51 | nahuel | yep :) |
11:51 | gmcharlt, did you push my patch for the #3267 ticket ? | |
11:51 | or not ? | |
11:55 | gmcharlt | nahuel: check back, I don't think I ever got the resubmssion |
11:55 | nahuel | the rsubmission ? |
11:55 | you asked me it ? | |
11:55 | gmcharlt | nahuel: first patch for 3267 didn't apply against head, and I asked you to resubmit |
11:57 | nahuel | I sent it |
11:57 | Subject: [PATCH][HEAD] (bug #3267) show items.uri in opac and intranet | |
11:57 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3267 enhancement, PATCH-Sent, ---, nahuel.angelinettibiblibre.com, ASSIGNED, Show items.uri in opac and intranet |
11:58 | gmcharlt | that one doesn't apply in HEAD either |
11:58 | nahuel | ah |
11:58 | ok |
← Previous day | Today | Next day → | Search | Index