koha.org if you could push it when you get a chance.← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 11:27 | kados | frederic: I only have one from you, and it appears out of order |
| 11:27 | frederic: can you re-send? | |
| 11:29 | frederic: I have: Fixes updatedatabase.pl in order to add GoogleContent syspref properly | |
| 11:29 | frederic: and that is all | |
| 11:53 | nengard | has noOPACUserLogin been replaced by opacuserlogin - when i change the value for the first one nothing happens - but the second actually removed the login functions ... |
| 12:00 | kados | nengard: sounds like it |
| 12:01 | nengard | okay - bug report on it's way :) |
| 12:01 | kados | nengard: do you have some kind of doc where you're keeping track of all the sysprefs that are deprecated and missnamed? |
| 12:01 | nengard | bug reports |
| 12:01 | that's it | |
| 12:01 | kados | nengard: k |
| 12:01 | fbcit-away: mornin | |
| 12:02 | nengard | kados do you want another list? |
| 12:14 | kados | nengard: it might be useful to have the sysprefs that need help all in one place |
| 12:14 | nengard | kados: i'll compile a list with bug numbers |
| 12:15 | kados | nengard++ |
| 12:19 | nengard | kados google doc created and shared |
| 12:28 | kados | hey owen |
| 12:29 | owen: did you make some changes to the Z-search yesterday? | |
| 12:29 | owen | mornin' |
| 12:29 | kados | cuz I can't seem to insert any of the results into the addbiblio form since this morning |
| 12:30 | not sure whether I should blame you or ryan ;-) | |
| 12:30 | owen | I did make changes to the search pop-up template |
| 12:32 | So when you click the import link it doesn't populate the addbiblio form? | |
| 12:33 | It works for me, but I haven't fetched and rebased since yesterday afternoon | |
| 12:34 | kados | its when I do a search, and get results, I can't push a result back to therecord editor |
| 12:37 | owen: I don't think 'opaclanguagesdisplay' is being used to turn on/off the language switcher | |
| 12:37 | owen | you're talking about the z39.50 popup window, right? |
| 12:38 | kados | I was, then I switched to opaclanguagesdisplay in the OPAC :-) |
| 12:38 | sorry | |
| 12:38 | owen | Don't worry, I understand you |
| 12:39 | kados | hehe |
| 12:40 | owen | The z39.50 search is working for me, after a fresh rebase. I enter a title in the addbiblio form, I click the z39.50 search button, I search for that title, I get results, I click 'import', the addbiblio form is refreshed with the right bib data |
| 12:41 | kados | ther we go |
| 12:41 | weird, musta been a fluke | |
| 12:42 | rch++ for adding the MARC and Card view | |
| 12:44 | owen | Yeah, that's nice |
| 12:50 | nengard | for SubscriptionHistory what is the difference between simplified and full? |
| 12:53 | kados | it's a display difference IIRC |
| 12:53 | hdl or rch might know the details | |
| 12:53 | owen | kados, I'm not seeing the opac language menu either way... I copied my en directory as fr |
| 12:54 | Is there something else I need to do? | |
| 12:54 | kados | owen: yea, you have to enable fr in the opaclanguage syspref |
| 12:54 | owen | Cool, I hadn't seen that yet |
| 12:54 | kados | it's new, and necessary when you have 30+ languages installed :-) |
| 12:55 | owen | Weird. Still no language menu, and now my news has disappeared. |
| 12:56 | Okay, there it is. Still no news, though | |
| 12:57 | kados | weird |
| 13:02 | owen | The opaclanguagesdisplay variable is coming through as 0 whether or not I have it set to On in system preferences |
| 13:03 | Auth.pm has it: opaclanguagesdisplay => "". C4::Context->preference("opaclanguagesdisplay"), | |
| 13:03 | kados | as I suspected |
| 13:04 | I wonder if it's in the template | |
| 13:05 | owen | I'm messing with the template now. When I output <!-- TMPL_VAR NAME="opaclanguagesdisplay" --> it shows up as 0 either way |
| 13:22 | hdl | hi |
| 13:23 | ccatalfo | hi hdl |
| 13:23 | gmcharlt | hi hdl |
| 13:24 | hdl | for z3950 search results : some remarks: |
| 13:24 | no scrollbars. not quite good. | |
| 13:25 | nengard: difference should be that OPAC user should see detailed results first or not. | |
| 13:26 | (I showed you an OPAC view of a serial. some time ago.) | |
| 13:27 | nengard | hdl: thanks! I thought that might be this same thing, but wanted to be sure |
| 13:30 | owen | hdl, do you have the latest revision? I made a correction for the scrollbars problem yesterday |
| 13:34 | nengard | autoMemberNum says that the patron numer is auto-calculated - is this the borrownumber or the barcode? |
| 13:36 | owen | borrowernumber is always auto-calculated, so it must be barcode |
| 13:36 | ...but I'm not sure how it works | |
| 13:36 | Sorry, maybe not | |
| 13:36 | kados | nengard: that refers to the patron barcode |
| 13:37 | nengard | kados thanks |
| 13:38 | owen | I suppose having that on run the risk of creating collisions if two people are adding patrons at the same time? |
| 13:38 | kados | owen: yep, it sure does |
| 13:41 | owen | kados, do you have any ideas, or should I file a bug for the opaclanguagesdisplay issue |
| 13:42 | kados | owen: I'll take a look real quick |
| 13:42 | got one idea | |
| 13:45 | I added <!-- TMPL_IF NAME="opaclanguagesdisplay" --> to the footer and it seems to have worked | |
| 13:45 | I'll push up that patch | |
| 13:45 | owen | That didn't work when I tried it |
| 13:46 | If you output <!-- TMPL_VAR NAME="opaclanguagesdisplay" --> in the template does it display the correct value? | |
| 13:48 | Wait, am I only seeing this problem on opac-main? | |
| 13:48 | kados | owen: yea, it outputs correctly |
| 13:48 | frederic | kados: I just send you a patch for GoogleBook cover. Hope it works. I will try to send you the facets patch, but since it's old now, I'm afraid it won't apply. |
| 13:49 | kados | frederic: I emailed you now 4times about the facets patch, did you get those emails? |
| 13:49 | frederic: thanks, I'll investigate the GoogleBook cover patch | |
| 13:50 | frederic | kados: now? Does it mean today? I received your previous emal (March 4th). And since I sent a new patch which seems to have disappear. |
| 13:51 | kados | frederic: I will look at the new patch |
| 13:52 | frederic | kados: thanks |
| 13:53 | owen | nengard: on my system, the AnonSuggestions system pref is coming up as type YesNo. Is it on yours? |
| 13:54 | nengard | owen: no - on mine it's a text field with a 0 in it |
| 13:54 | want me to attach an image to my bug - did I have a bug for this - I can't keep track :) hehe | |
| 13:54 | owen | Hm. My database is quirky. |
| 14:04 | nengard | owen: your database sounds like it's right - it makes sense that it should be a Yes/No option |
| 14:04 | owen: oh wait - we're supposed to put a borrownumber in there - nevermnd - it needs to be a textbox | |
| 14:05 | owen | I can't get it to work either way. |
| 14:07 | atz | Yeah, it can't be yes/no. It's supposed to designate the fake "anonymous" user that you have set up as the stand in. |
| 14:11 | owen | <!-- TMPL_VAR NAME="AnonSuggestions" --> outputs 1, but <!-- TMPL_IF NAME="AnonSuggestions " --> evaluates as false?! |
| 14:14 | atz | check for typos? something like TPML or no "!" ? |
| 14:17 | owen | typo. The space after AnonSuggestions! |
| 14:17 | atz | tricky! |
| 14:19 | nengard | next preference question: checkdigit - says If ON, enable checks on patron cardnumber: none or "Katipo" style checks - what is a Katipo style check? |
| 14:20 | atz | might have to ask Katipo. I imagine it is the conventional mod13 or something similar. |
| 14:20 | hdl | katipo was the previous Chris Cormack employer. |
| 14:20 | atz | they implemented the original Koha |
| 14:25 | nengard | atz & hdl: that I know - but what is the style :) ... how do I explain it in the manual? |
| 14:25 | atz | "If you're not in NZ, leave this off" |
| 14:25 | not literally... but basically it's a "you'll know if you need to use this" feature | |
| 14:27 | nengard | atz: hehe |
| 14:27 | okay | |
| 14:30 | owen | Shouldn't that be generalized somehow? Let the librarian create their own checkdigit? |
| 14:31 | atz | no way |
| 14:31 | nengard | what digit is it checking? |
| 14:31 | atz | it has to be on every barcode |
| 14:31 | and it has to be the same methodology | |
| 14:32 | i.e., a mod10 checkdigit is invalid to a mod13 check | |
| 14:32 | nengard | k |
| 14:32 | atz | it's basically an extra number on the end of the barcode to ensure internal consistency |
| 14:32 | but if you use it, there's no halfway | |
| 14:33 | everything has to comply, or it isn't a valid barcode in the system | |
| 14:33 | owen | Right, but could there be a way for different libraries to determine what is valid? Right now it's either "none" or Katipo-only |
| 14:33 | atz | this was a bigger deal when scanner tech was crappy |
| 14:34 | owen: yeah, we could implement some other algorithms | |
| 14:34 | or specify the Katipo algorithm by name, at lest | |
| 14:34 | *least | |
| 14:35 | most of them have perl modules to support them | |
| 14:39 | nengard | uh oh - sorry to start this discussion :) hehe - for now I put what atz recommended in the manual |
| 14:50 | fbcit | atz, owen: I'll put that checkdigit syspref on my list to look at since I've been wading through Labels.pm a lot lately |
| 14:54 | owen | Thanks fbcit, I don't know that it's a priority for anyone, though |
| 14:55 | Man, did we just lose koha.org again? | |
| 14:56 | atz | ? |
| 14:56 | hdl | kados ? |
| 14:56 | or someone who worked on install | |
| 14:57 | fbcit | hdl: its been a while, but fire away |
| 14:57 | atz | owen: looks OK from here... i think the primary DNS may have had to time out though, since it waited about 8 secs. |
| 14:57 | owen | yeah, finally came up for me |
| 14:57 | hdl | OK. I tried to make an install from scratch today. |
| 14:58 | It appears that koha-zebra* scripts, when choosing dev install option are not adapted to use environment variables. | |
| 14:58 | atz | hdl: that's correct |
| 14:58 | hdl | Is it a bug only for my install ? |
| 14:58 | atz | I filed a bug on that |
| 14:58 | hdl | OK bug. |
| 14:59 | What I thought also was : what if i wanted to have multiple instances of koha on one box. | |
| 14:59 | fbcit | that'll be a gmcharlt issue |
| 15:00 | gmcharlt | hdl, atz, fbcit: hope to get to that one this week |
| 15:00 | hdl | Wouldnot it be nicer if we had DB1-conf.xml |
| 15:00 | fbcit | hdl: just select differing install dirs and munge up the koha-httpd.conf accordingly for each install |
| 15:00 | hdl | rather than having always the same name. |
| 15:00 | atz | hdl: you can use whatever you want |
| 15:00 | with the KOHA_CONF env var. | |
| 15:01 | hdl | But all the zebra conf file will be the same unless I misunderstand. |
| 15:02 | well... my problem is very a-typical. | |
| 15:03 | gmcharlt | hdl: the file pointed to by $KOHA_CONF *is* the main Zebra config file - it refers to the other ones in the <config> elements |
| 15:03 | atz | gmcharlt: I think he is asking about the name of that file as it is generated |
| 15:03 | gmcharlt | setting up for multiple instances on the same server is just a matter of choosing a directory directory prefix for each one |
| 15:05 | hdl | gmcharlt: not that much if I wanted to run one deamon with all the zebraservers |
| 15:05 | (as I can run one apache for multiple virtual hosts) | |
| 15:05 | gmcharlt | well, you can change the name, but all of the config files are under KOHA_CONF_DIR and ZEBRA_CONF_DIR (to use the installer's terminology), and those directories should be separate for each DB, unless you are very careful about the config |
| 15:05 | hdl | I wanted to do one directory with all the *.xml files |
| 15:06 | atz | hdl: make symlinks ? |
| 15:06 | hdl | then koha-zebra-deamon would read all of them. |
| 15:07 | atz: why not. | |
| 15:07 | But I thought I could find a handier way to do it. | |
| 15:08 | gmcharlt | well, since Zebra and Koha config settings are in the same file, you still need one for each database |
| 15:08 | you can also create a separate Zebra config file that does the Z39.50 service for all of your databases | |
| 15:08 | and run zebraserv from that one | |
| 15:09 | instead of the individual Koha/Zebra conf files | |
| 15:17 | qiqo | ohh it's back! |
| 15:17 | what happened? | |
| 15:28 | owen | ryan or kados, do you know the origin of OPACUserCSS? Was that meant to be a link? An embedded <style> block? |
| 15:34 | sylvain | hi all |
| 15:35 | I was wondering if there was a way to merge two biblios ? | |
| 15:36 | (on 2.2.9) | |
| 15:37 | nengard | for this preference: patrons can be linked to institutions does this mean you can have institutional members and then link individuals to it - or something else? |
| 15:37 | forgot to paste the preference: memberofinstitution | |
| 15:41 | ryan | owen: yes, an embedded <style> block |
| 15:42 | owen | Okay, ryan, can do |
| 15:43 | ryan | owen: I noted that opaccolorstylesheet is applied before opac.css |
| 15:43 | nengard | let's try wording that question the right way: |
| 15:43 | for this preference: memberofinstitution it says "patrons can be linked to institutions" - does this mean you can have institutional members and then link individuals to it - or something else? If something else - what does it mean? | |
| 15:43 | ryan | I assume this is not intentional ? |
| 15:44 | owen | ryan, I think opaccolorstylesheet is going away, unless anyone can convince me otherwise |
| 15:44 | ryan | ah, how to apply local css then ? |
| 15:45 | hdl | sylvain: not on 2.2.9 |
| 15:45 | owen | ryan: I'm just not convinced that it's really worthwhile to split the CSS between a layout stylesheet and a color stylesheet. |
| 15:46 | sylvain | hdl: ok, it's what I was thinking. And on 3 is this possible ? I can't find it on the alpha ... |
| 15:46 | hdl | not at the moment. Maybe in 3.4 |
| 15:46 | ryan | owen: i'm ok with that -- but if I want to drop a css file in includes/css , and have it applied after opac.css, what do I do ? |
| 15:47 | sylvain | ok thanks for the info ! |
| 15:48 | owen | ryan, is that assuming you don't want to edit opac.css? |
| 15:49 | ryan | owen: yes, I want to keep opac.css unchanged and just apply some styles over top of it |
| 15:50 | then I can have a couple different colors.css and I don't have to merge them all with opac.css when changes are made | |
| 15:50 | owen | So you'd like to have two custom stylesheet options: one for specifying an include file (for those who have access to their server) and one for specifying an embedded CSS block (for those who don't) |
| 15:51 | ryan | owen: ideally, yes |
| 15:52 | owen | Okay, so I'll add OPACUserCSS, and I'll file a bug to rename (or at least re-explain) opaccolorstylesheet so that it can do that job |
| 15:52 | ryan | owen: cool, thx |
| 15:57 | nengard | preference: patronimages - this preference wants me to enter a file extension for images of patrons - I have mine set to 0 and yet it still let me upload images - what does this do? And can I use more than one extension? |
| 15:57 | owen | I'm not sure that's up to date... fbcit? |
| 15:58 | fbcit | nengard: your install sounds like its out of sync |
| 15:58 | this is currently a YES/NO pref | |
| 15:59 | nengard | fbcit: ahhh - thanks for letting me know - kados can you check this?? |
| 15:59 | qiqo | hi guys, are we close to beta? |
| 16:00 | fbcit | qiqo: only one letter away... ;-) |
| 16:00 | owen | Yeah, mine is a YES/NO too, but a bug should be filed to get the explanation changed |
| 16:00 | fbcit | the explanation should be correct as well, is it not? |
| 16:01 | owen | fbcit: Mine says "Enable patron images for the Staff Client; to enable, specify a file extension (e.g., png)" |
| 16:01 | fbcit | current sql file says: INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES('patronimages',0,'Enable patron images for the Staff Client',NULL,'YesNo'); |
| 16:02 | http://git.koha.org/cgi-bin/gi[…]be2e265c676b883b5 | |
| 16:03 | it appears I missed it there which explains why it is missing on existing installs | |
| 16:03 | I'll get a patch off to fix that immediately | |
| 16:05 | hmmm | |
| 16:05 | I assume all sysprefs are in EN in the database and are translated on display? | |
| 16:07 | owen | No translations yet. There's talk of changing the way sysprefs work to improve that situation. |
| 16:12 | fbcit | kados: I sent that patch to rmkoha.org if you could push it when you get a chance. |
| 16:12 | kados | fbcit: will do |
| 16:12 | fbcit | owen, nengard: that should fix the problem |
| 16:13 | nengard++ on debugging :) | |
| 16:13 | nengard | thanks fbcit |
| 16:16 | kados | fbcit: pushed |
| 16:16 | nengard: your install is also updated | |
| 16:16 | fbcit | tnx kados |
| 16:16 | nengard | kados:thanks that was quick - i did a bug report for the problem we were talking about - just so you know - guess it can be closed - it was 1956 |
| 16:16 | what about this prob? | |
| 16:16 | for this preference: memberofinstitution it says "patrons can be linked to institutions" - does this mean you can have institutional members and then link individuals to it - or something else? If something else - what does it mean? | |
| 16:17 | kados | nengard: yea, fee free to close that bug out now |
| 18:15 | nengard | owen do you know XSLT |
| 18:16 | owen | I haven't had the pleasure. |
| 18:17 | Why? | |
| 18:33 | hdl_laptop | but i couldnot find time to see. |
| 18:33 | read | |
| 18:34 | owen | That's usually what happens when I buy a tech book |
| 18:35 | fbcit | that way it could be conditioned for display based on the context the user is in |
| 18:35 | this would allow for maximum re-usability of scripts and templates | |
| 18:36 | gmcharlt | fbcit: C4::Context could check the HTTP referrer and store it for client code, possibly doing some smart parsing of it to establish the context |
| 18:38 | fbcit | currently I have been passing around a CGI param 'src' to do this, but that seems to be hack at best |
| 18:39 | gmcharlt: I like that idea. I'll take a look | |
| 18:40 | gmcharlt | one warning: please check the HTTP_REFER (or whatever the env var is) directly, rather than instantiating a new CGI object in C4::Context - there's some code that relies on the scripts (as opposed to C4 modules) being in control of when CGI.pm slurps up the POSTDATA |
| 18:46 | fbcit | yea, I seem to remember some trouble when instantiating a new CGI object in the wrong place :) |
| 18:59 | gmcharlt: HTTP_REFERER does the trick with the possible catch being it is client controlled and could be modified not to reflect the actual referring uri | |
| 18:59 | gmcharlt | fbcit: yep; I doubt many library user agents turn it off, but yeah, code will have to be able to deal with cases where no referer is sent back |
| 19:00 | owen | As long as you're not using it for anything security-related |
| 19:01 | gmcharlt | owen++ # exactly |
| 19:01 | fbcit | I suppose that handing the referrer around via perl is the most reliable method |
| 19:04 | what I am trying to achieve is similar to what I have done with the 'modification log' tab on the moremember.pl page | |
| 19:05 | viewlog.pl remains displayed in that 'context' (moremember.pl) each time it is called from that context | |
| 19:06 | calling it directly displays it a bit differently | |
| 19:07 | a unidentified referrer will result in an 'out of context' display | |
| 19:08 | maybe I'm doing it the hard way :-\ | |
| 19:10 | atz | what are you trying to get out of REFERER? |
| 19:11 | fbcit | basically the referring script name |
| 19:11 | atz | what about $0? |
| 19:12 | is it just for logging or some kind of actual trigger? | |
| 19:12 | fbcit | I hadn't even thought of it |
| 19:12 | its a trigger | |
| 19:13 | atz | yeah, avoid using the headers, since they are notoriously unreliable |
| 19:14 | the ENV vars that apache sets are fine, as long as they don't derive from client headers | |
| 19:16 | fbcit | atz: for example if the referrer to viewlog.pl is 'circ' (aka moremember.pl) then viewlog.pl populates and displays circ-menu.inc |
| 19:17 | atz | can't you just modify the links to it to say ?origin=X or ?origin=y |
| 19:19 | that would probably be the easiest | |
| 19:19 | fbcit | currently I do ?src='foo' |
| 19:19 | atz | w/ the quotes? |
| 19:19 | fbcit | no |
| 19:20 | atz | ok |
| 19:20 | fbcit | it seems a bit of a hack, but may turn out to be the best way |
| 19:20 | atz | does that fall short anywhere? |
| 19:20 | fbcit | no, it works fine actually :) |
| 19:21 | atz | cool |
| 19:22 | fbcit | tnx for the input atz, gmcharlt, owen |
| 20:06 | atz | owen: so I have a form problem w/ tagging on list |
| 20:07 | basically, i want to put a form w/ each item, and it conflicts with the checkbox form down the right side | |
| 20:07 | er, left side | |
| 20:08 | owen | Are you talking about the form layout? |
| 20:09 | atz | yeah, my little forms can't live inside the bigger form (validation wise) |
| 20:09 | but they don't make sense anywhere else in the layout | |
| 20:10 | owen | Do you have an example I can see? |
| 20:11 | atz | http://atz.dev.kohalibrary.com[…]sort_by=relevance |
| 20:11 | I can do stuff w/ js scripts after the fact, but don't know how to make it valid for basic HTML | |
| 20:13 | owen | Hmmmm.... I see what you mean |
| 20:13 | I see a couple of options, off the top of my head | |
| 20:14 | First: name the submit button (biblionumber+some name?) and put some form processing in opac-search to check for that form value | |
| 20:14 | If that form field is present, process the tag info | |
| 20:15 | atz | owen: name already done |
| 20:15 | yeah, I guess that would be it | |
| 20:15 | move the logic I have in the tags page | |
| 20:16 | I've already been bulking up opac-search.pl though | |
| 20:16 | don't really like it :\ | |
| 20:16 | owen | Yeah, I understand your hesitation there |
| 20:16 | I think the only other choice is to give up on the inline form field for non-js users, and control the submit action with js otherwise | |
| 20:17 | atz | yeah, i think you're right |
| 20:17 | hdl_laptop | gmcharlt: have you received my patch for cleanborrowers ? |
| 20:26 | gmcharlt | hdl_laptop: one moment please |
| 20:29 | hdl_laptop: is it the 'CleanBorrowers fixing' patch that you submitted (I think) yesterday? | |
| 20:29 | if so, it's now been pushed | |
| 20:33 | hdl_laptop | gmcharlt: I have worked on it again. |
| 20:33 | since kados told me but was not solved. | |
| 20:34 | gmcharlt | hdl_laptop: I'll be happy to take a look at your new patch if you wish |
| 20:34 | hdl_laptop | I realized it was because the person who designed it used a casual way to use CGI. |
| 20:37 | sent. But since it is from my laptop, and it is a new laptop... maybe there could be some configuration problem. | |
| 20:39 | gmcharlt | got it |
| 20:53 | hdl_laptop: I think your patch is fine as far as it goes, but a couple things need to be added | |
| 20:53 | hdl_laptop | can you detail ? |
| 20:54 | gmcharlt | GetBorrowersWhoHaveNotBorrowedSince needs to not include patrons that have current issues but no old_issues |
| 20:54 | this can be done by adding a join on issues and modifying the group by and having slightly | |
| 20:54 | I can send you a patch for that in a moment | |
| 20:54 | hdl_laptop | you're right. |
| 20:55 | gmcharlt | same thing for GetBorrowersWhoHaveNeverBorrowed |
| 20:56 | I'll send you a patch for these in a few minutes, then you can test, and if you like them, send both yours and mine onward | |
| 20:57 | hdl_laptop | gmcharlt: I think that Locale::PO, Unix::Syslog and CGI::Session and YAML::Syck should be added to requirements. |
| 20:59 | gmcharlt | I agree |
| 21:00 | hdl_laptop | which file contains dependancies ? |
| 21:02 | gmcharlt | Makefile.PL (which has a couple of those modules already listed) |
| 21:03 | r0ver | hello. I'd like to ask if there's any news about the plone contest |
| 21:03 | gmcharlt | also about.pl and installer/install.pl |
| 21:06 | chris | would it make sense to have a file called dependencies .. or something, that those 3 scripts (and whatever else) could use? |
| 21:07 | gmcharlt | chris: yeah, having one place for those would be good |
| 21:08 | hdl: just emailed you my follow-up cleanborrowers patch | |
| 21:08 | hdl_laptop | Sure... But I think that Makefile.PL should be authoritative |
| 21:10 | Since it is the most important one. | |
| 21:15 | gmcharlt | chris, hdl_laptop: how about this - make a new C4 modules for dependencies that does nothing more than providing a non-exported function to return a list of modules and min versions |
| 21:15 | about.pl and installer.pl can both use the module | |
| 21:15 | chris | that'd work |
| 21:15 | gmcharlt | and so can Makefile.PL, since C4/Dependencies.pm (or whatever) is always going to be in a known place relative to Makefile.PL |
| 21:16 | chris | yep |
| 21:16 | hdl_laptop | Good. |
| 21:18 | gmcharlt | hdl_laptop: good night |
| 21:19 | r0ver: kados will folow up about the state of the plone contest | |
| 21:40 | r0ver | ok, i'll wait for kados then. Thanks |
| 21:42 | JimmyTheGeek | hello, all |
| 21:42 | Doing some research here & wondering about usefulness on bookmobile in real time | |
| 21:44 | gmcharlt | JimmyTheGeek - if the bookmobile has internet access, no problem; there's an offline circ module that in the works that should deal with circ if the truck doesn't have net access |
| 21:47 | JimmyTheGeek | BM has a laptop with wireless broadband. Our current solution can't handle the latency for real-time transactions. That's what we're really after. |
| 21:48 | gmcharlt | assuming that the latency is on the order of seconds, not minutes and minutes, Koha should be able to deal with that for regular circ ops |
| 21:48 | JimmyTheGeek | Current solution requires <300ms latency, best we can do in-house is ~230ms, so it's iffy at best here. |
| 21:49 | Out in the 'wild' latency was as much as 5.5 seconds, but I was still able to browse web sites and such | |
| 21:49 | better than the dial-up I have at the house! | |
| 21:49 | gmcharlt | what's your peak volume of circ transactions per hour? |
| 21:51 | JimmyTheGeek | On the bookmobile, probably no more than 75 at any given time. In house, we've done over 230 a few times |
| 21:52 | gmcharlt | Koha should be fine with that |
| 21:56 | JimmyTheGeek | Thanks for the answers to my questions, gmcharlt |
| 21:58 | gmcharlt | JimmyTheGeek: you're welcome |
| 21:58 | JimmyTheGeek | The bookmobile thing is going to be the deal-maker for us. Director won't migrate to Vista (thank God!), and I know my way around Linux a bit. So, I'm going to be researching & convincing |
| 22:00 | Community support will be important to me as well, and so far I like what I see. | |
| 22:02 | gmcharlt | good luck with your research |
| 22:04 | JimmyTheGeek | Thanks! |
← Previous day | Today | Next day → | Search | Index
