IRC log for #koha, 2010-09-13

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

All times shown according to UTC.

Time Nick Message
00:47 yhager left #koha
00:48 chris_n heya chris
01:07 rich-away is now known as richard
01:47 yhager joined #koha
02:52 jcamins is now known as jcamins_a
03:13 Amit joined #koha
03:13 Amit heya chris
03:13 chris hiya Amit
03:34 hdl joined #koha
04:22 cait joined #koha
04:22 cait morning #koha :)
04:25 robin hi cait
04:25 cait hi robin :)
04:25 chris: I have the patch at my computer at work, will resend later - thx!
04:26 chris mein gott
04:26 why are you awake?
04:27 cait it's not that early
04:27 richard heh
04:27 cait distance study
04:27 6:30
04:27 chris ahh i thought 4.30
04:27 cait no :)
04:27 that would be really early, although I sometimes really get up at 5
04:29 chris i just wanted to say mein gott really
04:30 cait lol
04:30 learning German? :)
04:31 richard left #koha
04:32 chris heh yeah
05:00 hdl left #koha
05:14 cait ah, wondered why you chose those 2 patches
05:15 :)
05:16 the first 2 in my list
05:34 darling left #koha
05:35 cait time to go to work - bbl :)
05:35 cait left #koha
05:52 alex_a joined #koha
06:05 magnus joined #koha
06:29 ivanc joined #koha
06:30 ivanc hi #koha
06:36 kf joined #koha
06:36 kf hi #koha
06:40 hdl joined #koha
06:42 yhager left #koha
06:42 yhager joined #koha
06:44 ivanc hi kf
06:45 paul_p joined #koha
06:45 kf guten Morgen ivanc
06:46 hdl hi
06:46 hi chris
06:47 magnus hiya ivanc, kf, hdl et al!
06:48 ivanc hi magnus
06:48 kf hi magnus and hdl
06:48 chris: still around?
06:51 @seen chris
06:51 munin kf: chris was last seen in #koha 2 hours, 19 minutes, and 1 second ago: <chris> heh yeah
07:04 matts joined #koha
07:14 paul_p left #koha
07:15 stephane1 joined #koha
07:23 francharb joined #koha
07:47 davi joined #koha
07:48 yhager left #koha
07:50 miguelxer left #koha
07:51 davi left #koha
07:51 davi joined #koha
07:56 davi left #koha
07:57 davi joined #koha
08:21 chris kf: you about?
08:21 kf here
08:21 chris yeah, basically it doesnt need the no strict
08:21 or the use strict
08:21 perl -e 'use strict; use Locale::Currency::Format; my $formatted_fine = currency_format("NZD", "10", FMT_SYMBOL); print $formatted_fine; '
08:22 $10.00
08:22 kf try EUR :)
08:22 no, you don't need to
08:22 chris €10,00
08:22 kf oh nice :)
08:23 ok, what do you want me to do?
08:23 delete those lines?
08:23 chris so yeah i think chris_n thought it was a bareword, but FMT_SYMBOL is actually a subroutine
08:23 in Locale::Currency::Format
08:23 so either you can, or ill send a follow up patch removing those 2 lines
08:24 whatever you like
08:24 kf I can do, but perhaps in the afternoon
08:24 small emergencies everywhere today
08:24 chris ahh
08:24 no worries, whenever is fine
08:25 kf ok :)
08:25 chris ill try to signoff some more tomorrow
08:25 kf thx!
08:26 I think chris_n wanted to take a look at that patch too - forgot to note it in my list
08:26 chris cool
08:26 kf - but perhaps it's even better now, when we fix one more thing with the patch
08:27 chris yup, this isnt a biggy, but it will make the script execute slightly faster
08:27 kf cool :)
08:28 thx for your help and explaining chris
08:28 chris http://www.flickr.com/photos/ranginui/4985102611/
08:28 no problem
08:28 the more i explain, the more ppl know, and the less i have to do in the future ... its purely selfish hehe
08:29 magnus chris++
08:35 kf chris++ :)
08:41 magnus @quote add <chris> the more i explain, the more ppl know, and the less i have to do in the future ... its purely selfish hehe
08:41 munin magnus: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
08:42 kf @quote add <chris> the more i explain, the more ppl know, and the less i have to do in the future ... its purely selfish hehe
08:42 munin kf: The operation succeeded.  Quote #94 added.
08:44 magnus thanks, kf
08:45 @quote get 93
08:45 munin magnus: Quote #93: "Koha is not an acronym, so it should not be in all-capitals. Koha is a Maori word." (added by wizzyrea at 03:20 PM, September 09, 2010)
08:51 kf you think KOHA is bad? I have to fight against KoHa around here
08:53 hmpf.
08:54 meeting now, bbl!
09:10 magnus it's impressive to see all the activity on the bugs and patches lists these days!
09:12 chris yeah things are ticking along
09:13 good to see the new rfc too
09:13 magnus can't wait for 3.2 be done, so we can think about all the goodness that will be in 3.4 ;-)
09:13 um, what rfc?
09:16 probably this one? http://wiki.koha-community.org[…]ISO_CORE_protocol i'm way behind in reading the lists these days - need to spend time on other things than koha... :-(
09:18 Shiny what's the [off] mean in your folks' chatting?
09:20 magnus Shiny: lines that start with [off] will not show up in the log http://stats.workbuffer.org/irclog/koha/
09:21 Shiny thanks magnus
09:22 magnus you're welcome! ;-)
09:25 chris ahh nope some new ones from osslabs lemme find em
09:27 http://wiki.koha-community.org[…]Approvals_Process
09:27 http://wiki.koha-community.org[…]/Payments_Process
09:33 magnus yeah, looks good!
09:42 kf magnus: I like the activity too :) I think we must look forward and work together
09:43 magnus yay!
09:43 chris and ignore those who are trying to ruin it
09:43 we have more people than ever contributing
09:43 kf :)
09:44 chris theres no need to worry about one hostile company
09:44 magnus yeah, the best reaction is to show that the community is stronger and more productive than ever!
09:45 kf I like to think we can persuade people to use koha by making it the better product. If we succeed there is no need to worry about one company
09:50 chris yep, thats definitely true kf
10:32 wasabi um, is this not really curious...?
10:33 http://www.galileowaswrong.com/galileowaswrong/
10:33 chris theres crazy people everywhere
10:52 nengard joined #koha
10:52 chris hi nengard
10:52 nengard hello
11:00 Amit hi nengard
11:00 nengard howdy
11:12 question about long overdues
11:12 i entered this at the command line:    $PERL5LIB/misc/cronjobs/longoverdue.pl --lost 30=2 --charge 1
11:13 but it says it's in ### TEST MODE
11:13 how do I make it go into 'real' mode?
11:14 chris --confirm           confirm.  without this option, the script will report the number of affected items and return without modifying any records.
11:16 nengard bingo
11:16 missed that line :)
11:17 chris always pays to take a look at the script before you run it, eg
11:17 nengard i did look at the script - just missed that part of the perldoc
11:17 chris WARNING:  This script is known to be faulty.  It is NOT recommended to use multiple --lost options. See http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2881
11:17 munin 04Bug 2881: normal, PATCH-Sent, ---, nahuel.angelinetti, RESOLVED FIXED, Default sorting in advanced search
11:17 nengard it's first thing monday morning :)
11:18 chris wow, that script is horrible
11:18 nengard LOL
11:18 chris srsly
11:19 i wouldnt use that in production
11:19 nengard k - so we need to add that to the list of things that were screwed up by not knowing how to code
11:19 well we need something that does what it's supposed to do - so i was testing
11:19 and it didn't work anyway
11:19 Amit left #koha
11:20 Amit joined #koha
11:26 chris well, it was never meant to last long, add it to the list of things that would have gotten finished properly if the person writing didnt have a complete jerk for a boss
11:32 and now bedtime
11:37 jwagner joined #koha
11:47 slef hi all
11:49 jwagner Hi slef
11:49 Amit heya jwagner
11:49 jwagner Hi Amit
11:50 slef I'm just fixing up our vendors listing entry. Anyone know why the admin is in ISO-8859-1 now? It mangled our accents (which were UTF-8).
11:50 Anyone want their vendor listing entry updated while I'm in there?
11:51 Casaubon joined #koha
11:52 Casaubon left #koha
11:53 jwagner slef, where are you talking about?
11:54 slef http://koha-community.org/support/paid-support/
12:01 nengard slef i don't know for sure, but that might be a byproduct of a change wizzyrea made to make the manuals print right - not sure if they're are connected through
12:01 though
12:02 if so we'll need to find another work around for the manual
12:03 slef nengard: shall I email wizzyrea or will you take it up?
12:04 Moving from UTF-8 to ISO-8859-1 seems a little backwards.
12:04 nengard I'll contact her since I know what she did to make the manual work -- the converter for the manual to HTML seems to need ISO or accents in the manual turn into question marks - if I'm understanding right what she did
12:04 we did know that something might pop up to show us this move wouldn't work :(
12:11 Amit left #koha
12:13 owen joined #koha
12:18 slef Thanks.  If you'd like help, we'd probably need to know what is the converter for the manual to HTML? Where is the manual source?
12:20 owen A belated happy birthday to you jwagner!
12:20 jwagner Thanks owen
12:26 schuster joined #koha
12:27 Nate joined #koha
12:31 magnus slef: i guess the source is here? http://git.koha-community.org/[…]ocs.git;a=summary
12:37 * chris_n wishes jwagner a late happy birthday as well
12:37 nengard slef, manual source is in git: http://git.koha-community.org/[…]ocs.git;a=summary  -- I don't know what converter it is
12:37 chris_n owen about?
12:37 owen Yes
12:37 nengard oh - magnus told you :)
12:38 chris_n owen: any idea what RFC822 does with day of week and month abbreviations in languages other than english?
12:38 ie. Sun Mon... etc.
12:38 owen No clue!
12:39 chris_n well, I've added rfc822 to C4::Dates, but atm it only handles english dow, moy, abbrv's
12:39 * chris_n is not sure what to do to internationalize
12:42 slef chris_n: rfc2822 requires English - see section 3.3
12:42 chris_n slef: I wondered about that, thanks
12:42 owen Thanks slef, that's just what I was about to guess
12:42 slef why guess? It's written in the RFC :-)
12:43 chris_n owen: I have one fix to push up to my repo and then you can give it a whirl
12:43 * slef mutters something about library system developers looking up references ;-)
12:43 * owen was perusing the RFC just now :P
12:45 chris_n owen: this feature is available here: http://git.koha-community.org/[…]ads/RFC822_format
12:46 owen chris_n++
12:46 chris_n if it looks like it does what you want, I'll submit it for inclusion into 3.4, unless gmcharlt makes a dramatic exception for 3.2
12:46 atz++ # for looking over it to be sure I did not bust things too badly :-)
12:47 owen Thanks chris_n, the feature I'm hankering to use it for certainly won't be in 3.2
12:48 chris_n ok, if it works for you, maybe you can sign off on it and submit it for inclusion in 3.4
12:49 if/when you do, be sure to pickup the two perltidy patches as well or it will not apply nicely
12:51 owen Okay, thanks
12:55 * chris_n 's comments crash w/owen in bugzilla :-O
12:56 chris_n I wonder what that was all about...
12:58 owen: I added you to the cc list for bug 5218
12:58 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5218 enhancement, P5, ---, cnighswonger, ASSIGNED, Add RFC822 Date Formatting to C4::Dates
13:13 gmcharlt jcamins++
13:13 owen ?
13:14 gmcharlt http://www.cpbibliography.com/[…]e-koha-community/
13:16 magnus that's the spirit!
13:19 nengard jcamins++
13:19 mib_rcvon joined #koha
13:31 kf jcamins++
13:38 mib_rcvon left #koha
13:43 slef nice to see others imitating http://www.software.coop/info/coopdev.html :-)
13:49 wasabi ... im gonna put that on my site too
13:50 jcamins_a is now known as jcamins
13:50 jcamins My ears are burning.
13:50 Good morning, #koha
13:51 wasabi: any chance you could resend your patch to Bug 4289?
13:51 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4289 enhancement, PATCH-Sent, ---, oleonard, NEW, Add a syspref 'OpacNotPublic', to hide OPAC search-bar and force authentication on all OPAC pages
13:52 wasabi 10 mins...
13:54 jcamins Thanks!
14:01 kf jwagner: a belated happy birthday from me too :)
14:02 jcamins jwagner: oh, happy birthday!
14:02 Late.
14:02 sekjal joined #koha
14:11 miguelxer joined #koha
14:11 miguelxer left #koha
14:14 jwagner Thanks kf and jcamins
14:16 wasabi jcamins:  what are the new patching guidelines/rules?
14:16 "the patch attached to the bug does not have your commit message, so I cannot do that."
14:16 http://bugs.koha-community.org[…]w_bug.cgi?id=4289
14:16 munin 04Bug 4289: enhancement, PATCH-Sent, ---, oleonard, NEW, Add a syspref 'OpacNotPublic', to hide OPAC search-bar and force authentication on all OPAC pages
14:17 jcamins Oh, chris wants everything to be signed-off.
14:17 Which means I need the git patch.
14:18 pastebot "wasabi" at 203.97.99.222 pasted "zz" (31 lines) at http://paste.koha-community.org/61
14:18 wasabi i need to add that to the commit?
14:19 my commit description?
14:19 magnus left #koha
14:19 jcamins Yes please.
14:20 kf wasabi: it looks like your patch misses some lines at the top, compared to other patches:
14:20 http://bugs.koha-community.org[…]hment.cgi?id=2195
14:20 wasabi ah, ok..
14:21 jcamins Oh, we need to ask someone about a version number for the database.
14:21 wasabi chris.c told me to leave that as 'X' , so i did...
14:22 jcamins Oh, okay.
14:22 nengard yeah, X is the norm and then the RM puts the right number in
14:22 jcamins Ah. That makes sense.
14:22 That was the only part of the patch that didn't apply cleanly to HEAD.
14:25 chris_n jcamins++
14:43 jcamins wasabi: thanks!
14:44 wasabi np, a loong 10 mins...
14:50 and there's the commit in my repo
14:50 http://git.kohaaloha.com/?p=ko[…]e66d38cc3c3380a02
14:52 jcamins Ooh, I could just cherry-pick that, couldn't I?
14:52 wasabi l update my github repo 1st...
14:53 jcamins Thanks.
15:03 briceSanc joined #koha
15:03 briceSanc Hello !
15:05 Is there a debug function in Koha like "print" in order to show the content of a $var?
15:06 jcamins briceSanc: Hi. Can't you just use print?
15:06 ebegin briceSanc, you can use warn and the text will show in the logs
15:06 briceSanc jacamins, yes but the template erase the print
15:06 ebegin print will show in the output if you run your perl script from the command line
15:07 jcamins Oh, I was thinking about modifying command-line scripts. Of course you'd need something else for the web interface. Sorry about that. It's Monday. ;)
15:08 briceSanc ebegin, Thanks, i'm searching the log rep
15:08 ebegin /var/log/koha or <kohainstall>/var/log
15:16 wizzyrea @later tell slef please double check the support vendor pages when you have a chance. Thanks :)
15:16 munin wizzyrea: The operation succeeded.
15:17 jcamins sekjal: before I comment on your analytic record RFC, I have a question for you. Does the RFC require a parent->child link to be present? That could result in excessively large records.
15:19 sekjal jcamins: I was just talking to Savitra about this, but haven't gotten my ideas out beyond that thread
15:19 jcamins Okay.
15:19 sekjal I think there should be a concept of 'reciprocal relationships'
15:19 kf sekjal: our idea was to provice a search link
15:19 sekjal: and use some jquery magic to show the x first volumes directly in the record
15:20 sekjal that is, if you add a 773 point record A to record B, it will automatically add a 774 from B to A (for example)
15:20 kf parsed from the result page of the search link (not elegant... but my prototype works)
15:20 sekjal or you could turn off the reciprocal, and only have links in one direction
15:20 kf reciprocal will not work for us
15:21 we get our data from our union catalog - there is only a link in one direction there
15:21 as in marc21 standard
15:21 jcamins I think we'd really like what kf is describing... a virtual reciprocal link, if you will.
15:21 kf the union catalog data would overwrite those reciprocal links with every new import
15:22 jcamins: I think the problem with my solution is that you can't tell when to show the search link
15:22 it will show always - or perhaps you can hide it if the jquery gets no results
15:22 sekjal kf: hmmm, okay... would it help your solution to consult a table of relationships?
15:23 that way, if on record didn't relate to any other, you wouldn't have to invoke the jquery
15:23 laurence joined #koha
15:23 jcamins We have one journal with 4176+ analytics, which would definitely put us way over the maximum record size limit.
15:24 sekjal I think we need to store the relationships outside of MARC, and make the insertion of MARC fields something configurable depending on library policies/practices/desires
15:25 jcamins Yeah, I like that idea.
15:25 sekjal I'm thinking the same would hold for MFHD support
15:30 kf sorry, afk now, will be back in a few minutes
15:30 slef wizzyrea: thanks. Other vendors will be happy (I switched ours to use entities and work around it).
15:33 stephane1 left #koha
15:33 yhager joined #koha
15:39 ebegin left #koha
15:41 yhager left #koha
15:56 kf sekjal: perhaps our problem is unique, not sure. for us the union catalog is the master database for the bibliographic records. If a record is changed, it's imported by a nightly import script and overwrites the record in koha.
15:56 sekjal: I am not sure how your table of relationships can be maintained.
15:56 if you are not cataloging in koha
15:57 jcamins Parse out 7xx fields?
15:58 kf the import scripts need to learn to do that
15:58 henry joined #koha
15:58 kf in that case
15:58 but as you said, the records will get too big
15:58 we have records for traced series too
15:59 jcamins Yeah, savitra (I think) wanted to add that feature to mulkmarcimport.
15:59 bulkmarcimport, even
15:59 kf I had not really time to read all the rfcs :(
15:59 will try to do tomorrow
15:59 * wizzyrea is more interested in hulkmarcimiport
16:00 tee hee hee's
16:00 kf :)
16:00 * wizzyrea scurries away again
16:00 tajoli joined #koha
16:00 jcamins HULK IMPORT!
16:01 yhager joined #koha
16:01 sekjal kf: we'd have to make the triggering of adding a new relationshop to the table be flexible
16:03 so, when a MARC record comes in with some field, the importer would either add, modify or remove the corresponding entry in the relationships table
16:03 depending on configs
16:03 ivanc left #koha
16:03 jcamins What would the overhead on that be for kf?
16:04 (just throwing out whatever thoughts come to mind to clarify things for myself)
16:04 sekjal I suppose that would depend on what config options were avaialble
16:04 kf sekjal: we would need that as an option for the staged marc import
16:05 sekjal: we do matching by 001
16:05 sekjal kf: yes! so we'd add lines on what to do about analytics, just like there are options for what to do with items
16:05 kf I am not against a relationship table - but opposed to storing the information in the marc21 records
16:06 sekjal kf: would the information be coming in from the MARC initially?
16:06 kf are you only looking for analytics or other relationships too?
16:06 afaik the mother does not know her child records
16:07 jcamins I'm pretty sure MARC specifies that parent->child relationships are optional.
16:07 sekjal you'd configure whatever relationships you want in the system, and tie them to MARC if appropriate
16:08 kf jcamins: which fields do you use in the parent?
16:08 sekjal then the importer would look for relationships, and parse them as appropriate
16:08 kf we have a lot of relationships in our data and we need to make them show - it's a big problem now.
16:09 I started some work on $w relationships, but on a different level - just wanting to make them show
16:09 yhager I am trying to install koha - when I try to access myserver:8080, I get an error, and in the log it seems the db tables do not exist. Do I need to create them myself?
16:09 jcamins kf: you _can_ use 774, or 787, but I'm 99% sure that it's not required, or even recommended.
16:09 kf not thinking so much about import and cataloging, because that's not important to us
16:09 jcamins: I think it's not required
16:10 jcamins Yeah, here it is. Definitely not required.
16:10 http://www.loc.gov/marc/biblio[…]hic/bd76x78x.html
16:10 About a third of the way down under "Component Parts/Constituent Units."
16:10 kf we have separate records a work as parent and it's volumes as separate records, traced series as records with relationships, serials with former/later etc., parallel title, a lot of relationhsops
16:11 relationships
16:11 electronic to print version
16:11 laurence left #koha
16:13 * jcamins wishes that his library's bibliographic database was as nice as kf's.
16:13 kf :)
16:13 the work of a lot of busy librarians
16:13 yhager should I run "mysql < kohastructure.sql"? it does not appear in the INSTALL file
16:15 kf jcamins: "This bibliographic database [SWB] references all kinds of media of more than 1000 libraries    in Baden-Wuerttemberg, Saxony, Saarland, and Rhineland-Palatinate. It contains    47 million holding records for about 12 million titles of mainly scientific    literature. These comprise 1.2 million holding records of 350.000 journals."
16:15 jcamins yhager: the installer should take care of that for you.
16:16 kf: And I am hugely jealous. ;)
16:16 kf ;)
16:18 henry left #koha
16:21 yhager jcamins: I get "production mode - trapped fatal error" when trying to access the installer and lots of errors in the log related to non existing tables
16:21 jcamins Hm.
16:22 I don't really recall the steps for installing Koha. Perhaps someone else remembers?
16:23 yhager jcamins: which is the most suitable mailing list for this kind of question? the devel one?
16:23 sekjal yhager: did you create the koha database, and give your koha mysql account permissions on it?
16:23 yhager sekjal: yes
16:23 I will double check
16:24 kf I think there were several posts about trapped fatal error already, try google first
16:25 yhager re db, it works when I access it using mysql cmd line, and I can create tables
16:27 wizzyrea http://old.nabble.com/producti[…]--td19272321.html
16:29 yhager I have CGI::Session::Serialize::yaml-4.26 installed
16:31 wizzyrea: did you mean I should have 4.21?
16:33 tajoli left #koha
16:33 nengard left #koha
16:35 wizzyrea no, I meant that if you didn't have CGI::Session::Serialize::yaml installed you might need to
16:38 miguelxer joined #koha
16:39 miguelxer left #koha
16:45 kf left #koha
16:46 nengard joined #koha
16:47 druthb joined #koha
16:50 owen Hi druthb
16:50 druthb hi, owen.
16:51 :)
16:57 francharb left #koha
17:06 hdl left #koha
17:07 schuster left #koha
17:15 yhager left #koha
17:20 francharb joined #koha
17:35 saorge_ left #koha
17:35 saorge joined #koha
17:47 francharb left #koha
17:48 collum joined #koha
17:56 chris morning
17:56 jcamins Morning.
17:57 wizzyrea mornin
17:58 druthb hi, chris! :)
17:59 * druthb waves happily at wizzyrea.
17:59 wizzyrea hey druthb!
18:01 brendan morning
18:01 briceSanc left #koha
18:01 chris is now known as chrisc
18:03 chrisc is now known as chris
18:06 brendan left #koha
18:16 saorge left #koha
18:30 saorge joined #koha
18:38 yhager joined #koha
19:04 druthb left #koha
19:08 chris_n owen about?
19:08 owen Yes
19:09 chris_n I think we've found a bug in adding and deleting subfields
19:09 for example
19:10 I can add as many 505$t subfields as I like until I delete one of them
19:10 then the clone control ceases to work
19:10 can you confirm this by chance?
19:11 owen I've certainly seen similar bugs with cloning and deleting.
19:11 * owen will test
19:11 needs a break from Drupal anyway
19:12 * chris_n hands owen a fresh cup of coffee and a donut as he sits down to Koha ;-)
19:15 owen Yeah, it looks like the delete control for all instances of $t (for instance) reference the original $t. clicking any of them will delete the original, and then you get an error because the original isn't there to delete anymore
19:15 chris_n so this is a js problem?
19:16 owen It's hard to separate the js from the script on this page because much of the js is generated by the script
19:16 But essentially yes it's a js problem
19:16 * chris_n groans... another marc editor mess
19:16 chris_n so I'll open a bug on it then
19:17 owen I think there may already be one. Did you search?
19:17 chris_n not yet, I will now
19:17 owen Bug 5141 is similar
19:17 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5141 normal, P5, ---, gmcharlt, NEW, Cannot duplicate subfields after duplicating a field
19:18 chris_n bug 4867 also
19:18 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4867 normal, P5, ---, gmcharlt, NEW, cannot clone subfields in marc editor, other clone/unclone weirdness
19:18 owen Yup
19:18 chris_n even bug 3264
19:18 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3264 normal, P5, ---, oleonard, NEW, UnCloneField() / minus button  in MARC authorities editor can clear all subfields.
19:18 owen They all probably have the same root cause
19:19 chris_n *sigh*
19:19 owen I think cloning and deleting of tags/subfields needs to be re-written. Not only because it's buggy but because it's really slow too
19:19 chris_n and that is a subset of why the entire editor needs to be rewritten
19:19 owen I've tried a couple of times to get a good handle on the existing functionality, but I haven't succeeded.
19:20 chris_n some sort of ajax driven editor where only the tag you were currently looking at is loaded
19:20 others load dynamically, etc
19:20 so reducing the js load on the client side
19:21 * chris_n goes on dreaming
19:21 owen it's too bad the biblios editor was a dead end
19:21 jcamins chris_n: can I add my dream to yours?
19:21 owen Now that Google Gears is dead I don't know how you could begin to resurrect it
19:22 * chris_n invites jcamins in
19:22 jcamins The ability to reorganize fields and subfields!
19:22 owen (not that I know whether it's a better choice at all)
19:22 chris_n dare I say 'drag-n-drop'?
19:22 jcamins Yes!
19:23 brendan joined #koha
19:23 chris_n owen: what about some of yui's more advanced stuff?
19:23 heya brandan
19:23 brendan heya chris_n
19:23 sekjal I'd like to see a new html5 based template, parallel to 'prog'
19:23 chris_n sekjal: cool idea
19:23 * owen has to hold his nose to use YUI at all...
19:24 owen It would be very useful to write up a spec for how the MARC editor *should* behave
19:24 chris_n sekjal: and wonderful for backward compatibility for those who don't like the change or can't make the leap
19:25 sekjal chris_n: yeah, we'd need to keep the old templates for compatibility, but the new html5-based one could be released at the same time as a more CSS3-based styling
19:25 jcamins owen: I know what *I* want, but I feel like it's probably not what other people would want.
19:26 owen jcamins: But the MARC standard defines things you *should* be able to do
19:26 chris_n we should begin an rfc for both a new templating system and a completely new marc editor
19:27 wizzyrea while you're doing that... add in customization of receipts :P
19:27 * chris_n welcomes wizzyrea to the dream session
19:28 * owen hands wizzyrea a brownie
19:28 sekjal I'd say we should fold receipts under Notices; then build Notices to be configurable in how they're delivered (email, print, sms, facebook, etc.)
19:28 with fallbacks in a user-configurable order per notice
19:28 * wizzyrea makes no apologies to wanting a templating system that is as pluggable as WordPress
19:28 * chris_n looks at his star tps700 still sitting on the shelf three months later
19:28 * wizzyrea gets distracted by the brownie
19:29 jcamins Facebook? That's an interesting way to send notices.
19:29 * wizzyrea thinks it would be epic to have a facebook app to tie into koha
19:30 wizzyrea much like twitter ties into facebook
19:30 or friendfeed
19:30 chris templates are all changing for 3.4
19:30 wizzyrea "Hey, your books are due in a couple of days!" in your news feed would get books back I think :)
19:30 chris_n hehe
19:30 chris To using template toolkit
19:30 jcamins Heh.
19:30 chris Seems a good opportunity
19:31 sekjal jcamins: if we coded with Facebook in mind, that's force us to be more flexible, and allow for lots of other kinds of connections, likely
19:31 chris_n TT++
19:31 owen wizzyrea: We should have it post overdue messages to all your friends' pages too so they can peer pressure you
19:31 wizzyrea ooh
19:31 "so and so didn't return their books.... send them a virtual handslap!"
19:31 chris_n sekjal, jcamins: some sort of connector library would be nice
19:31 chris The problem wp has is speed
19:32 Hence all the caching plugins
19:32 wizzyrea yes, it is slow, for sure.
19:32 jcamins Speed and integration. Our two problems. Speed, integration, and ubiquity, three...
19:32 Sorry.
19:32 It is *so* Monday.
19:32 chris You have to balance customisability vs performance
19:32 * wizzyrea still won't apologize for wanting it :D
19:33 wizzyrea ^.^
19:33 I didn't say it was *practical*
19:33 chris You just have to solve it, then we can :)
19:33 wizzyrea actually you bring up a good point about the caching
19:33 chris TT pre renders for speed
19:33 wizzyrea what if you had a pluggable system that ^^ did that
19:34 instead of every load
19:34 chris Yep
19:34 That's what we do with stuff
19:34 wizzyrea but in a way that your average techie librarian could get their heads around
19:35 chris Once we have tt there is a ton more we can do
19:36 * chris_n wonders if fridolyn somers' patch for bug 4867 ever made it in...
19:36 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4867 normal, P5, ---, gmcharlt, NEW, cannot clone subfields in marc editor, other clone/unclone weirdness
19:37 chris Ill look when I'm at work
19:38 Facebook connect is trivial
19:38 We could do that now
19:39 But I hate facebook so someone else will have to
19:39 * chris_n notes that patch did not make it in
19:39 chris_n I'll test it and send it along if it fixes things
19:39 chris I'm more interested in chilts adding openid support
19:40 Cool, sign off on it
19:42 * chris is on his sign off crusade still
19:45 jwagner chris, are the procedures that should be followed posted somewhere yet?  In painful detail for those of us less literate with git?
19:46 chris Yeah on the wiki
19:48 Id look for the url, but would take too much mucking around on the phone
19:49 wizzyrea http://wiki.koha-community.org[…]gn_off_on_patches
19:49 that one, chris?
19:49 chris Looks likely
19:50 Yeah that's it thanks
19:51 jwagner Thanks.  I looked last week but didn't see anything.
19:51 chris_n well, that patch did not fix what I'm seeing :-(
19:51 jwagner: http://wiki.koha-community.org[…]_patches#Sign-off
19:52 chris Ok my stop coming up, bbiab
19:52 jwagner left #koha
19:58 brendan left #koha
20:02 chris_n owen: I think I've found the problem
20:03 the script passes in a var 'random' which is presumably to cause each field to have a unique identifier
20:03 only each clone uses the same var 'random'
20:03 so they all reference the same field
20:03 owen So the clone function needs to have a built-in random var generator
20:04 chris_n that sounds easy.... maybe too easy
20:04 probably the CloneSubfield function needs the rnd generator
20:05 * chris_n is not a js hack :-(
20:05 chris back
20:07 brendan joined #koha
20:08 collum left #koha
20:09 chris that certainly sounds plausible to me chris_n
20:09 russ left #koha
20:09 henry joined #koha
20:09 chris_n It looks like the CloneSubfield function does not do anything to the index attribute
20:09 owen Quitting time for me. See y'all tomorrow
20:09 chris_n which is the problem
20:09 owen left #koha
20:09 chris_n bye owen
20:10 * chris_n is past quitting time..
20:10 chris_n but then that's the sign of an addict... right?
20:10 chris heh yup
20:10 henry left #koha
20:11 chris_n it modifies the other unique attributes by adding a var 'new_key'
20:11 chris ahh
20:11 chris_n so maybe by having it do the same to index things will work
20:11 chris worth a crack
20:13 richard joined #koha
20:18 chris_n not
20:18 oh well
20:18 it will probably be here tomorrow
20:25 brendan left #koha
20:30 davi left #koha
20:40 jcamins Good night, #koha
20:40 jcamins is now known as jcamins_a
20:47 Nate left #koha
20:49 russ joined #koha
20:52 richard hiya russ
20:53 russ morning
20:57 alan left #koha
20:59 nengard left #koha
20:59 sekjal left #koha
21:01 alan joined #koha
21:03 nengard joined #koha
21:11 nengard left #koha
21:12 darling joined #koha
21:13 wizzyrea bug 4879
21:13 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4879 enhancement, P5, ---, gmcharlt, NEW, lint-like tool for Koha database contents
21:13 wizzyrea bug 4870
21:13 munin 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4870 normal, P5, ---, kyle.m.hall, NEW, Damaged status does not prevent items from being selected for reserves
21:13 wizzyrea ew
21:25 alan left #koha
21:37 alan joined #koha
21:46 russ left #koha
21:56 russ joined #koha
21:57 chris left #koha
21:58 chris joined #koha
21:58 richard left #koha
22:02 richard joined #koha
22:03 chris is now known as chrisc
22:04 chrisc is now known as chris
22:04 chris weirdness on my connection today it seems
22:07 LBA joined #koha
22:08 richard yeah, likewise
22:10 chris i suspect its telstraclear
22:12 richard http://www.bash.org/?168859
22:13 rhcl funny
22:14 yhager I think I know the installation problem I have - I found "Can't locate version/vpp.pm" in the log file..
22:33 richard left #koha
22:42 richard joined #koha
23:32 brendan_l joined #koha
23:33 chris hi brendan_l
23:35 brendan_l heya chris
23:50 brendan_l left #koha
23:52 brendan joined #koha

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

koha1