| 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 #koha FreeNode: 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? |
