IRC log for #koha, 2009-06-25

← 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.angelinetti@biblibre.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

koha1