← 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/search.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 #kohaFreeNode: Presently42 n=Presentlbas2-montreal02-1096588341.dsl.bell.ca |
21:42 | <Presently42FreeNode> 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] | <Presently42FreeNode> 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] | <Presently42FreeNode> 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] | <Presently42FreeNode> "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] | <Presently42FreeNode> I'm asking in the opera channel nov. |
21:52 | <Presently42FreeNode> Thanks for your help. | |
21:53 | gmcharlt | ok |
22:00 | [K] | *** join #kohaFreeNode: [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 #kohaFreeNode: temp00 i=HydraIRC117.200.48.35 | |
22:01 | <Presently42FreeNode> 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] | <Presently42FreeNode> 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] | <Presently42FreeNode> 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] | <Presently42FreeNode> 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 | <Presently42FreeNode> 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 | <Presently42FreeNode> 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] | <Presently42FreeNode> 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] | <Presently42FreeNode> Aha! |
22:49 | <Presently42FreeNode> 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] | <Presently42FreeNode> The font family didn't seem to make a difference. |
22:52 | <[mors]@FreeNode> you need to change all ocurences | |
22:53 | <Presently42FreeNode> I did. | |
22:53 | fbcit_away | gmcharlt: fixed... gotta go... ;-) |
22:53 | [K] | <[mors]@FreeNode> are you sure ? |
22:53 | <Presently42FreeNode> It's just that page, so far as I know, that off. | |
22:54 | <Presently42FreeNode> 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 | <Presently42FreeNode> Oh. Sorry. | |
22:56 | <[mors]@FreeNode> no prob | |
22:57 | <Presently42FreeNode> 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 | <Presently42FreeNode> 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 | <Presently42FreeNode> Good-evening. | |
23:09 | *** part FreeNode!#koha: Presently42 n=Presentlbas2-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 #kohaFreeNode: phasefx n=phasefxadsl-215-217-176.aep.bellsouth.net |
09:25 | *** join #kohaFreeNode: phasefx n=phasefxadsl-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