IRC log for #koha, 2007-12-19

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
11:04 kados hdl: maybe you can help me ... I'm trying to figure out your use of additional authors for opac vs staff
11:04 hdl: on the staff side you have:
11:04 <!-- TMPL_LOOP NAME="MARCAUTHORS" -->
11:04                <li><a href="/cgi-bin/koha/catalogue/se​arch.pl?q=Koha-Auth-Number:<!-- TMPL_VAR NAME="link" -->">
11:05                    <!-- TMPL_VAR NAME="value" -->
11:05 but on the opac you have:
11:05                </a></li>
11:05 <!-- TMPL_LOOP NAME="MARCAUTHORS" -->
11:05        <a href="/cgi-bin/koha/opac-search.pl?q=au:<!-- TMPL_VAR NAME="value" -->">
11:05            <!-- TMPL_VAR NAME="value" -->
11:06 hdl problem there :
11:06 authors are not always linked to authorities.
11:07 So if you use Koha-Auth-Number, some searches will fail.
11:07 At intranet, it is not a problem, but on OPAC it is.
11:09 it is not a problem because librarians would have rather have no results than noise.
11:09 kados for me it's a problem on the intranet :-)
11:09 can't we detect if the author is linked to authorities?
11:09 if there is $9, it's linked, if not, it's not, right?
11:09 (or might be a more elegant way to do it using frameworks?)
11:09 hdl yes
11:09 kados hdl: for your clients ... but in the US it will be perceived as a bug
11:10 hdl if there is $9, it is linked if not it's not
11:10 kados ok
11:10 I think we simply need to introduce a 'searchtype' 'value'
11:11 and have searchtype = Koha-Auth-Number if there is $9, otherwise have it = au:
11:11 it's already done with subjects IIRC
11:11 hdl and searchtype should be set for each author. I agree.
11:12 paul_: in Paris for 3 days
11:13 kados cool
13:24 owen Hi #koha
14:02 hdl around?
14:02 hdl yes
14:03 owen Hi hdl, I had a question I thought you might be able to answer
14:03 Do you know about the changecity() javascript in memberentrygen.tmpl?
14:04 hdl It is SAN WP code.
14:05 owen Oh, I see it's working now. I thought it wasn't.
14:05 Never mind :)
14:06 I do have another question
14:06 I need to hide the city selection drop-down when there are no cities defined in system preferences
14:07 The citypopup variable is populated whether or not there are cities defined
14:07 I see this in memberentry.pl: $template->param( city_cgipopup => 1) if ($cityid );
14:09 Is that supposed to set city_cgipopup = 1 only if there are cities defined?
15:17 fbcit g'morning koha
15:22 owen Hi fbcit
15:24 gmcharlt hello all
15:33 owen kados: about Bug 1657, the problem seems to be that the DHTMLcalendar_dateformat variable isn't being passed to the template, but I can't figure out why not
16:28 kados owen: hmmm
16:28 atz: you around?
16:29 atz yep
16:29 kados cool, can you help owen troubleshoot bug 1657?
16:29 atz ok
16:30 owen atz, as far as I can tell the reason the date picker isn't working on viewlog.pl is that the DHTMLcalendar_dateformat variable isn't getting passed to the template
16:30 But I don't know why it's not
16:31 atz damn, chatzilla autolinks "bug 1657" to mozilla's bugzilla
16:31 had me *seriously* confused
16:31 owen You can configure that in Chatzilla's preferences
16:31 atz "who's this ed goldberg and why is he talking about xpcom?"
16:31 owen Global Settings -> Appearance
16:31 http://bugs.koha.org/cgi-bin/b[…]/show_bug.cgi?id=%s
16:32 atz cool, thx
16:34 owen kados, I notice we're using pagination_bar() in several places, including now on member.pl for the paged search results...but not with catalog search results
16:36 kados: it would be easier to maintain one set of styles for pagination links if we could standardize.
16:37 kados I agree
16:37 owen: but the search results pagination bar has features that the other one doesn't have
16:38 for 3.0 I think we will use the pagination_bar for everything except catalog search results
16:38 owen Are you familiar with the pagination_bar() function? Are there ways to pass class names to it?
16:38 kados and in a future version we'll look to merge the enhancements from the other method into pagination_bar
16:42 the catalog search results mthod is also about 20 lines of code as opposed to a couple hundred with pagination_bar
16:42 fbcit gmcharlt: ever used Tie::File?
16:43 gmcharlt fbcit: no, I haven't
16:44 fbcit: why do you ask?
16:45 fbcit gmcharlt: I switched all of my file functions in fix-perl-path.PL to use Tie::File
16:45 but when on Win32 I have permission issues now...
16:46 Tie::File basically does what I was doing in handling the file as an array
16:46 but it does not load the entire file into the array at once and
16:47 it writes changes immediately... ie $array[0] = "some new line"; and line 0 is changed
16:47 in the associated file...
16:47 gmcharlt fbcit: hmm -- does sound useful, but I have reservations about having the installer itself depend on non-core modules
16:49 fbcit the fact that it breaks on Win32 really rules it out in any case for this purpose
16:49 atz fbcit: is it just the line endings?
16:50 as in, a windows file looks like 1 line to it
16:50 gmcharlt fbcit: actually, I withdraw my core objection -- Tie::File is core after all
16:51 fbcit atz: not sure.. more verbosity from Tie::File would help debug
16:52 gmcharlt fbcit: what is the error message?
16:52 fbcit Permission Denied...
16:52 From what I understand, T::F is returning the OS error
16:52 hdl kados : I have a big encoding problem since my update today.
16:53 kados hdl: really? where?
16:53 fbcit gmcharlt: but permissions are ok as the user calling the script also owns the file the script is trying to open.
16:53 kados hdl: in searching?
16:54 hdl detailed biblio
16:59 gmcharlt fbcit: since source files use Unix newlines, adding recsep => '\n' may be required on Windows (assuming that the windows distributation isn't go to change all of the line terminators)
17:03 fbcit gmcharlt: I notice this in a bug report for Tie::File on CPAN:
17:03 P.P.S.: The official version of Tie-File (0.96) doesn't compile OK on Win32
17:03 platform (it's already reported in CPAN).
17:03 The 0.97 (or 0.98) version of Dan Kogan (
17:03 http://www.dan.co.jp/~dankogai/cpan/<http://www.dan.co.jp/%7Edankogai/cpan/>)
17:03 compiles without errors. Why
17:03 isn't it the official version of Tie::File under CPAN ?
17:04 http://rt.cpan.org/Public/Bug/[…]lay.html?id=30031
17:06 gmcharlt fbcit: if you're tie an existing open filehandle, try binmode before you tie
17:06 kados hdl: I will, of course, need more details to be able to help you resolve it :-)
17:06 hdl kados : someone is testing and some biblios are not displayed because marcxml data is double encoded.
17:07 GetMarcBiblio fails because when parsing data are double encoded and it says :Cannot decode string with wide characters
17:07 fbcit gmcharlt: I'm currently not tie to an existing filehandle, but I will try that when back on my Win32 machine
17:08 if it works, I'll leave it.
17:08 gmcharlt ok
17:12 kados hdl: and this problem happens on _all_ of your systems, or just one? are you sure it's not a configuration issue with your perl libraries (such as the sax parser that paul posted to perl4lib recently)?
17:12 hdl It was not a problem yesterday.
17:12 It is today.
17:13 I made no update of perl modules on my machine.
17:14 kados ok, so we have to figure out what has changed
17:14 it's on detail.pl and opac-detail.pl? or just one of them?
17:16 hdl $dbh->{'mysql_enable_utf8'}=1
17:16 Commenting this line in C4::Context.pm made the problem disappear.
17:18 atz owen: did you rec'v pmsg?
17:18 kados hdl: when did that get added?
17:18 owen atz: yes
17:22 hdl kados : nevermind.
17:23 seems to be a problem because of mysql version.
17:25 atz bullet_dodging++
17:43 aklibrarian1 Good morning all.
17:44 owen Does anyone know what the "override" parameter does in CGI::popup_menu()?
17:46 fbcit hi aklibrarian1
17:47 aklibrarian1 Any time idea on 3.0 release?
18:01 atz We're in the early-to-middle phases of serious testing.
18:03 owen: do you want a copy of the patch directly?
18:03 owen Sure
18:07 fbcit gmcharlt: just sent you a few patches to bring you up to date
18:09 gmcharlt fbcit: got them -- will apply the win32 series of patches in a little bit
18:14 fbcit I notice that some pl scripts in koha use the '-w' switch in the shebang line and some do not. What is the *official* usage?
18:17 gmcharlt: you might change to $DEBUG = 0; in fix-perl-path.PL before committing... :-)
18:19 CGI503 Talking to Debra and getting help on Koha.
18:22 atz fbcit: there isn't any policy in force
18:23 fbcit atz: is it safe to assume that adding it will not break anything?
18:23 atz no
18:24 unfortunately
18:24 i *wish* everything used strict + warnings
18:24 fbcit hrmmm...
18:27 atz i'm not sure warnings would positively *break* anything, but you might start getting a large number of lines in the log
19:30 masonj morning #koha
19:37 fbcit hi masonj
19:40 masonj hi fcbit
19:40 fbcit even
19:49 fbcit owen: u around?
19:49 owen Yes
19:49 fbcit take a look at cgi-bin/koha/admin/itemtypes.pl​?op=delete_confirm&itemtype=AR
19:50 and see if the system preferences are out of place
19:50 owen fbcit: Do you mean the left-hand menu?
19:51 fbcit right
19:51 mine was under the item info/delete confirm...
19:51 owen No problems here, and the page validates. Is your copy up to date?
19:52 fbcit nope...
20:14 cool changes owen...
20:14 mine really were out...
20:33 what module am I missing when Koha says: Can't locate Algorithm/CheckDigits.pm...?
20:34 gmcharlt fbcit: Algorithm:CheckDigits, used in label printing
20:34 fbcit: I've updated Perl deps in my tree
20:35 but hold on a couple minutes before you pull or rebase -- I'm dealing with a merge conflict with respect to your Win32 patches
20:35 fbcit gmcharlt: sorry... :-(
20:35 gmcharlt fbcit: merge conflict was my fault, not yours
20:36 masonj fbcit : try a ' cpan Algorithm::CheckDigits::M43_001'
20:36 fbcit masonj: tnx
20:37 masonj ' cpan Algorithm::CheckDigits'  doesnt work for  me, not sure why  :/
20:37 fbcit it did not work for me either, but your suggestion did
20:42 gmcharlt fbcit: re $DEBUG in fix-perl-path.PL: I'm going to push a patch to set it based on a DEBUG env var
20:43 fbcit k
20:44 does one generate a pdf prior to printing barcodes?
20:45 masonj yes
20:46 if i understand yr question correctly :)
20:48 gmcharlt fbcit: found cause of permissions problem in fix-perl-path.PL: files written to blib are a-w
20:49 fbcit: I'm working on a patch to use stat to get original perms, chmod before the tie, then chmod back
20:49 but have question re win32: how does perl stat function behave?
20:50 fbcit it breaks
20:50 better make it conditional on $^O
20:50 gmcharlt ok
20:51 fbcit I need to double check the Win32 permissions in blib, but I thought they were rw rather than ro
20:53 masonj: so barcode labels are not printed directly from the koha staff client?
20:54 rather koha->pdf->printer...
20:55 masonj koha sends a pdf back to the broswer, which which usually opens the pdf in arcrobat , and is printed from there
20:56 fbcit my barcodes run off the edges of my labels. :-\
20:57 masonj try fiddling with the label dimensions
20:58 turn the guidline boxes on, to help with aligning/testing
20:58 atz masonj: isn't it CheckDigit (singular) ?
20:59 nope.... plural
21:01 masonj yeah, a cpan>   i /Algorithm::CheckDigits/  , gives 43 results...
21:02 but a cpan>   install Algorithm::CheckDigits   fails ??
21:03 atz try force?
21:03 or test
21:03 masonj tis failing on the module name lookup
21:05 fbcit masonj: making the label wider does not seem to help, the barcodes still run off on the right side
21:05 atz masonj: i guess just pull down the tarball from cpan via HTTP
21:08 fbcit atz: masonj suggested  Algorithm::CheckDigits::M43_001 and it worked for me
21:08 atz interesting
21:08 masonj fbcit , ill try to take a look at labels this afternoon
21:09 fbcit masonj: tnx
21:10 gmcharlt: can I pull from the installer branch yet?
21:11 gmcharlt two minutes
21:12 go ahead -- you will likely have to resolve a merge conflict in Makefile.PL (sorry)
21:15 fbcit np
21:16 owen: any recommendations on bar-code reader hardware?
21:17 sorry owen, I meant masonj...
21:41 [K] *** join #koha@FreeNode: Presently42 n=Presentl@bas2-montreal02-1096588341.dsl.bell.ca
21:42 <Presently42@FreeNode> Hello. When I access the librarian interface with opera 9.50 beta 2 on debian linux, the menus are hidden by the bax that the menu gives.
21:43 masonj hmm , not really...   perhaps usb rather that ps2, would be my only reommendation
21:43 my mac gets confused with a ps2 b/c reader
21:43 [K] <Presently42@FreeNode> The opera channel says that there may be some thing wrong with the css.
21:46 gmcharlt Presently42 - what version of Koha
21:46 ?
21:47 fbcit gmcharlt: blib contents are marked ro on Win32 as well
21:47 I'll try to cook up a fix
21:47 gmcharlt fbcit: ok
21:47 [K] <Presently42@FreeNode> 2.2.9
21:49 gmcharlt Presently42: hmm, I think this sort of issue is best investigated with the aid of screenshots -- I suggest filing a bug at bugs.koha.org
21:49 [K] <Presently42@FreeNode> "the 1st problem, the text the overflow the oval balon is rendered fine in Opera. there's a body{} css rule which define verdana as the 1st font to be used Opera uses that one.other browser ignore verdana. which is wrong..." from the opera irc.
21:49 gmcharlt also, I don't know opera, but if it has any built-in CSS validator, info from that may be useful
21:52 [K] <Presently42@FreeNode> I'm asking in the opera channel nov.
21:52 <Presently42@FreeNode> Thanks for your help.
21:53 gmcharlt ok
22:00 [K] *** join #koha@FreeNode: [mors] n=[mors]@87-196-195-76.net.novis.pt
22:00 <[mors]@FreeNode> howdy
22:00 <[mors]@FreeNode> Presently42: it's me :p
22:00 *** join #koha@FreeNode: temp00 i=HydraIRC@117.200.48.35
22:01 <Presently42@FreeNode> gmcharlt: mors has been helping me on the opera channel.
22:02 gmcharlt hi mors
22:12 fbcit gmcharlt: how is rewrite-config.PL handling the a-w issues?
22:12 gmcharlt it currently does a chmod 0644
22:13 fbcit is there a need to reset the perms after writing?
22:13 gmcharlt mostly for the sake of hobgoblin-like consistency; EU::MM has everything in blib a-w
22:14 [K] <[mors]@FreeNode> hum howdy all
22:14 <[mors]@FreeNode> odd thing: Opera does not recognize Times font-family
22:14 fbcit gmcharlt:k
22:14 [K] <[mors]@FreeNode> but it recognizes Times New Roman just fine
22:16 <[mors]@FreeNode> odd
22:16 <[mors]@FreeNode> Safari has bit moe ofline-height when font-family is Times
22:16 <[mors]@FreeNode> while it renders 100% equal to Opera FF and IE if font-family is Times New Roman
22:17 <[mors]@FreeNode> **Safari adds a bit more
22:18 fbcit gmcharlt: dmake:  Error: -- `koha-tmpl\opac-tmpl\prog\itemtypeimg\Book\' not found, and can't be made...??
22:18 gmcharlt fbcit: files with spaces in their names
22:18 fbcit ahh
22:19 missed that one earlier.... I'm not sure how, though...
22:20 gmcharlt fbcit: use of a gnu make, maybe?  dunno
22:23 Presently42: assume you know this already, but intranet-main.css is one of the files you can tweak
22:25 [K] <Presently42@FreeNode> gmcharlt: Yes, I figured that it is. I'm just wondoring if the problem lies with opera or koha. If opera, I'd rather they fix it than applying a hack to make the poge parse properly. If koha (which I doubt), the same applies.
22:25 fbcit gmcharlt: looks like I'll have to insert some code to convert filenames to dos 8.3 syntax
22:26 gmcharlt fbcit: eek!
22:26 fbcit when $^O eq 'MSWin32' of course....
22:27 suggestions?
22:27 image filenames are the only ones in koha I have found with spaces
22:27 gmcharlt fbcit: if it's just the filenames with spaces (i.e., if dmake handles other long filenames OK), I'm tempted to just renamed those image files
22:27 fbcit it would be nice to get rid of them... :)
22:27 maybe s/\s/-/g or something
22:28 actually it is not dmake that has the issues... hold on...
22:28 gmcharlt Presently42: I'm curious if changing the font-family from Times to Times New Roman fixes the display glitch
22:29 [K] <Presently42@FreeNode> gmcharlt: I'll try.
22:29 fbcit gmcharlt: Makefile says:  koha-tmpl\opac-tmpl\prog\itemtypeimg\Book\ on\ Tape.gif=>q[blib\OPAC_TMPL_​DIR\prog\itemtypeimg\Book\ on\ Tape.gif],
22:29 so Makefile.PL may be the culprit...
22:30 gmcharlt fbcit: that's the quote syntax that works on Debian (and all GNU make?)
22:30 quoting, rather
22:31 although the part you pasted is just the recap of arguments given to WriteMakefile
22:31 what did it in up look like in the pm_to_blib target?
22:33 fbcit its everywhere...
22:34 [K] <Presently42@FreeNode> gmcharlt: I can't find it. Should be in /usr/local/koha, but that doesn't exist....
22:34 gmcharlt Presently: should be in intranet-html/intranet-tmpl/default/en/includes relative to DocumentRoot in your Apache config for the staff interface
22:35 [K] <[mors]@FreeNode> hey, if you use "Times" in Safari the line height will be bigger
22:35 <[mors]@FreeNode> if you use Times New Roman 't'll render the same as in other browsers and Safari
22:37 <[mors]@FreeNode> Presently42:
22:38 <[mors]@FreeNode> for the next glitch, change the rule "margin-left:200px;" to "left:200px;" in the .rule selector block
22:38 <[mors]@FreeNode> ".rule"
22:39 <Presently42@FreeNode> gmcharlt: No wonder I can't find it. It's on my server, not my laptop!
22:41 <[mors]@FreeNode> it's an odd thing...  if you have a floated element, and if its next sibling is an inline with absolute positioning, margin-left in the next sibling will apply against the viewport instead of being offset due the displacement of the previous floated sibling..
22:41 <[mors]@FreeNode> I hope you understand :p
22:41 <[mors]@FreeNode> Presently42: I hope you understanded :p
22:42 <Presently42@FreeNode> mors: Not in the least. ;-)
22:43 fbcit gmcharlt: I think it is get_file_map
22:43 [K] <[mors]@FreeNode> did you understand my instructions ?
22:45 fbcit gmcharlt: I have to run for now, but if you can, take a look at a makefile generated with Makefile.PL and see if those filenames
22:45 are slashed.
22:45 [K] <Presently42@FreeNode> mors: Which ones?
22:45 gmcharlt fbcit_away: they are: koha-tmpl/opac-tmpl/prog/itemtypeimg/Juvenile\ book-tape\ kit.gif blib/OPAC_TMPL_DIR/prog/itemtypeimg/Juvenile\ book-tape\
22:46 fbcit_away: and its _add_to_file_map that adds the quoting of spaces in file names (look near bottom of sub)
22:47 [K] <[mors]@FreeNode> Presently42: 1º replace all occurences of "font-family:Times" with "font-family:Times New Roman", 2º replace "margin-left:200px;" with "left:550px" in the .hint{...} block
22:47 fbcit_away gmcharlt: it appears those gifs have been added since your .035 tarball
22:48 gmcharlt fbcit_away: odd; they've been in there a while (although its possible that some glitch with make manifest tardist suppressed them)
22:49 [K] <Presently42@FreeNode> Aha!
22:49 <Presently42@FreeNode> It seems the margin-left made the difference.
22:51 gmcharlt fbcit_away: ok, make manifest tardist is droping the files with space in their names, hence the difference from working with a git checkout
22:51 [K] <Presently42@FreeNode> The font family didn't seem to make a difference.
22:52 <[mors]@FreeNode> you need to change all ocurences
22:53 <Presently42@FreeNode> I did.
22:53 fbcit_away gmcharlt: fixed... gotta go... ;-)
22:53 [K] <[mors]@FreeNode> are you sure ?
22:53 <Presently42@FreeNode> It's just that page, so far as I know, that off.
22:54 <Presently42@FreeNode> The rest don't hide menus.
22:54 <[mors]@FreeNode> phasefx: the Times thing fixes the text size in the ballon, the margin thing repositions that big white box in the middle to the right place
22:55 <[mors]@FreeNode> phasefx_:
22:55 <[mors]@FreeNode> ups
22:55 <[mors]@FreeNode> Presently42:
22:55 <[mors]@FreeNode> Presently42:  you did the wrong change about the margin thing, and now you've broken other browsers
22:55 <[mors]@FreeNode> replace "margin-left:550px;" with "left:550px;"
22:55 gmcharlt fbcit_away: see you later
22:55 [K] <[mors]@FreeNode> left only, not margin-left
22:55 <Presently42@FreeNode> Oh. Sorry.
22:56 <[mors]@FreeNode> no prob
22:57 <Presently42@FreeNode> Try now.
22:59 <[mors]@FreeNode> it'sfine
22:59 <[mors]@FreeNode> good
22:59 <[mors]@FreeNode> now I'll report bugs to Opera
23:02 <Presently42@FreeNode> Thanks for your help, gmcharlt.
23:02 gmcharlt Presently42: you're welcome
23:05 [K] <[mors]@FreeNode> bye
23:05 *** part FreeNode!#koha: [mors] n=[mors]@87-196-195-76.net.novis.pt
23:09 <Presently42@FreeNode> Good-evening.
23:09 *** part FreeNode!#koha: Presently42 n=Presentl@bas2-montreal02-1096588341.dsl.bell.ca
02:42 fbcit gmcharlt: around?
03:25 gmcharlt hi fbcit
03:30 fbcit gmcharlt: sorry
03:31 gmcharlt fbcit: what's up?
03:31 fbcit I finally wrote a script to change all space containing filenames to dash containing filenames...
03:31 there was also a dir with a space in the name
03:31 I wonder how bad things will break with the gif names changeing?
03:32 dos will not handle spaces in filenames
03:32 well
03:32 if they are quoted
03:32 but I could not get dmake to see quotes around the dir/filename...
03:33 thoughts?
03:33 btw, the dir was misc/release notes... so I doubt that change will be earth shattering
03:34 it would be nice to establish a standard for koha devs in this regard
03:34 gmcharlt probably simplest to just rename the files outright
03:34 will need to change a couple scripts that refer to item type image gifs: sample_itemtypes.sql
03:35 re koha devs, I wouldn't think that not allowing spaces in file names in core Koha would be particularly controversial
03:35 chris i thought that already was the rule
03:35 fbcit it would eliminate portability issues...
03:36 gmcharlt in which case I suggest just going ahead and making a patch to rename those files
03:36 'release notes' => 'release_notes'
03:36 fbcit right, I did that
03:37 I'll work up a patch tomorrow
03:37 gmcharlt so that just leaves references in the two sample_itemtypes.sql scripts
03:37 fbcit I'll fix that too
03:38 gmcharlt I might see if I can work out how to get the Makefile to deal with filenames containing spaces
03:38 in case another one slips through in the future
03:38 but won't be a priority for me
03:39 fbcit die "No filenames with spaces permitted!\n";
03:39 :-)
03:39 gmcharlt that would be one way :)
03:39 and actually not too bad of one once I set up some daily automatic build machines
03:40 yet another thing on my list :)
03:40 btw, one of my patches today was to deal with a '$' entered as part of DB_PASS or ZEBRA_PASS
03:41 fbcit I saw that one
03:41 gmcharlt for GNU makefiles, doubling the dollar sign works (e.g., export __DB_PASS__ := pas$$word
03:41 but don't know if that works in dmake
03:41 fbcit I'll check in a minute
04:06 gmcharlt fbcit: heading to bed -- I'll talk to you tomorrow
05:09 ericzoo hi ppl
05:09 i am a net admin at a college in phil
05:09 i am trying to convince the admin to use koha
05:10 masonj hiya ericzoo
05:10 ericzoo instead of follet which they are about to purchase for the usual unreasonable amount
05:10 i am looking for a list of libraries worldwide that use koha
05:11 masonj hmm, there is a list about somewhere, let me look...
05:11 ericzoo i cant find one anywhere, can u guys help?
05:11 k tnx masonj!
05:13 already found a convincing journal here http://journal.code4lib.org/articles/28
05:14 and downloaded a ppt on the ils past present future
05:15 masonj http://wiki.koha.org/doku.php?[…]do=diff1196887453
05:15 thats a start :)
05:17 ericzoo Wow
05:17 thanks a bunch
05:17 are u a developer sir?
05:18 masonj yes, for liblime.com
05:19 ericzoo cool. i have a question is there a timetable for the next version of koha?
05:20 masonj i think the 1st release of koha-3 might even be within the week
05:20 v. exciting
05:21 ericzoo ooooo
05:22 i hope they improve the opac
05:22 currently very rudimentary  but cant complain
05:22 i hear koha
05:22 i heart koha
05:25 what year did koha start to spread? I am looking for a sales pitch... so i hope its not too long ago
05:27 masonj hmm, i think perhaps the last 2 years it's started to pick up a lot of interest from  bigger libraries
05:31 ericzoo did it coincide with a new version?
05:48 masonj i think more a combination of factors, project maturity, a stable group of support teams ,
05:50 but the really nice thing has been a lot of enthusiasm and participation by the people in the koha community
05:50 atz ... horizon customers getting shafted.
05:50 masonj yeah, that was a big one too
05:51 a big shuffle-up of the large ILS vendors
05:52 atz yeah, it used to be that some major players were relatively responsive to library desires...
05:52 masonj a lot of libraries got forced down some unexpected and unpleasant upgrade paths by their vendors
05:53 so a bunch of libraries thought it might be a good time to look for an alternative
05:54 atz ... after all the consolidation, almost every major ILS codebase was owned by a company that didn't actually write it.
05:55 masonj yow!
05:55 atz ericzoo: what school are you at?  my sister went to school in philly for 3 years (Temple).
06:12 ericzoo sorry was afk... philippine womens
06:13 women's, follet costs around $9,000 to $11,000 over here wtf
06:14 almost quarter milliion, its so silly
09:07 [K] *** join #koha@FreeNode: phasefx n=phasefx@adsl-215-217-176.aep.bellsouth.net
09:25 *** join #koha@FreeNode: phasefx n=phasefx@adsl-215-217-176.aep.bellsouth.net
09:55 lea hi
09:57 are there any liblime people here?
10:02 anyone alive here?

← Previous day | Today | Next day → | Search | Index

koha1