FreeNode: darcilicious i=plinkit159.121.122.56159.121.122.56FreeNode: ru55el n=russel203-118-134-114.netspace.net.nz← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:34 | fbcit | g'morning koha |
| 12:45 | paul | g'morning fbcit |
| 13:38 | hdl | owen around ? |
| 13:38 | not at all. | |
| 13:38 | kados ? | |
| 13:45 | gmcharlt | hdl: kados is on the road today -- may be popping in at times |
| 13:57 | hdl | what about owen ? |
| 14:22 | gmcharlt | hdl: don't know, sorry |
| 14:24 | hdl | gmcharlt: what is the roadmap for OPAC and when will be the dev release ??? |
| 14:27 | gmcharlt | hdl: not sure about the OPAC roadmap |
| 14:27 | do know we're trying to get Koha 3.0 stabilized for a beta release ASAP | |
| 14:28 | hdl | ok. |
| 14:29 | owen | hdl here? |
| 14:30 | hdl | yes owen. |
| 14:30 | sorry to bother you. | |
| 14:30 | owen | Hi, I just got your email |
| 14:30 | Only the layout of the OPAC is being changed at the moment | |
| 14:31 | Any bugs you find relating to functionality are distinct from my changes | |
| 14:31 | But the real issue is: I can't do my job unless I consider Koha 3.0 to be pre-release | |
| 14:32 | hdl | The fact is that often, features are linked to display |
| 14:32 | owen | I have to be able to make changes with the understanding that the version in Git is a pre-release version |
| 14:36 | hdl | owen : you could create your own branch on your system and send your commits to joshua. |
| 14:36 | Then Joshua would take them in on a new branch. | |
| 14:49 | owen : In fact, my opinion is that Joshua should have been careful about this commit. | |
| 14:49 | But that's OK. | |
| 15:04 | owen | Sorry hdl, I got called away from my desk |
| 15:05 | I'm working closely with Joshua on the interface design, and he and I discussed the OPAC overhaul in person. | |
| 15:05 | hdl | I just worried because I cannot update now. And I also have to fix some bugs. |
| 15:06 | paul | owen: nice to read, but you (kados mainly) sometimes seem not to remember that we are also in the boat (frenchism here i think) |
| 15:07 | it's very very good to see that LibLime involvement is huge, it's bad to see it's so huge that sometimes they forget the small frenchies... | |
| 15:14 | gmcharlt | hi paul |
| 15:14 | paul_ | hi gmcharlt |
| 15:14 | gmcharlt | communication is the key, I think |
| 15:15 | paul_ | gmcharlt: ++ |
| 15:16 | and we were not warned at all of those changes. Worst, kados spoke of a beta release this week. which wa can't obviously have with opac not working ! | |
| 15:16 | s/wa/we/ | |
| 15:18 | gmcharlt | yeah, I guess the OPAC is kind of important :) |
| 15:19 | we should collectively figure out what features (hopefully not too many) must be present for 3.0 beta | |
| 15:19 | then freeze except for bugfixes soon | |
| 15:27 | paul | owen will say that it's not new features, it's just relooking. except it's broken today ! |
| 15:31 | owen around ? | |
| 15:31 | I had added some fields from biblioitems in detail.pl a few weeks ago. The move to yui made them disappear. Can I reintroduce them in detail.pl | |
| 15:32 | + the normal view is still really strange, with 2 columns with a large empty space in the middle. | |
| 15:35 | owen | Yes, paul, the detail page needs a change to better manage the columns in case of Amazon content being enabled/disabled |
| 15:35 | paul | do you know how you'll do that ? |
| 15:36 | owen | A TMPL_IF to switch the layout gride |
| 15:36 | grid. | |
| 15:37 | I'm working on the same issue in the OPAC, so that should help me sort it out. | |
| 15:37 | paul | ok, then i let this for you |
| 15:38 | owen | But paul, if there are fields missing, please add them. I didn't intentionally remove anything |
| 15:38 | paul | ok |
| 15:47 | fbcit | kados: ping |
| 15:49 | who can answer a question about bulkmarcimport.pl? | |
| 15:53 | paul | owen : a bug that is urgent to fix : http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1513 |
| 15:53 | could you take a look pls ? | |
| 15:54 | (we have 2 sites in production with koha 3 and it's really a pain to catalogate atm) | |
| 15:54 | (+ 3 sites testing for a migration asap) | |
| 15:55 | owen | I have taken a look, but I cannot reproduce it on my system. If you have me access to a test system which showed the error, I could try to diagnose from there. |
| 15:55 | Sorry, if you /give/ me access to a test system... | |
| 15:56 | paul | http://i15.bureau.paulpoulain.[…]/koha/mainpage.pl login abel / abel |
| 15:56 | gmcharlt | fbcit: what's the question? |
| 15:56 | paul | search chaos |
| 15:56 | edit 1st biblio (from chaos to covenant) | |
| 15:56 | look at 200 field | |
| 15:56 | click on "Titre et mention de responsabilité" | |
| 15:56 | fbcit | gmcharlt: somewhere this select is issued: SELECT * FROM `class_sources` WHERE cn_source = $1... |
| 15:57 | paul | you should understand the problem |
| 15:57 | fbcit | gmcharlt: it is not in Biblio.pm and I cannot seem to locate where it is.... |
| 15:57 | I thought someone might know.. | |
| 15:57 | 'grep' did not.... :) | |
| 15:59 | gmcharlt | fbcit: C4/ClassSource.pm |
| 15:59 | fbcit | tnx |
| 16:13 | owen | paul, I'll roll back the change that caused your problem, but the fix is easy if you want to make it manually to those who are in production |
| 16:13 | In function Expandfield(), I changed this: | |
| 16:13 | if (divs[i].style.display == 'block') { | |
| 16:13 | divs[i].style.display = 'none'; | |
| 16:13 | } else { | |
| 16:13 | divs[i].style.display = 'block'; | |
| 16:13 | } | |
| 16:14 | to this: $(divs[i]).toggle(); | |
| 16:14 | ...which was supposed to be an improvement because of its compactness. I'm not sure why it's working for me but not you, but simpler to change it back. | |
| 16:15 | paul | ok, thanks i'll do that immediatly |
| 16:17 | hdl : it worked previously | |
| 16:19 | owen | hdl, why don't you think it will fix it? |
| 16:19 | hdl | I thought it just did the same as toggle : |
| 16:20 | display of those who were not displayed and hide the others. | |
| 16:22 | owen | paul, will you test on i15.bureau.paulpoulain.com first? |
| 16:22 | paul | yep |
| 16:22 | i'll let you know when it's done | |
| 16:27 | owen | I see now that the problem /was/ showing up on my system, but I wasn't looking at the right tag in order to see it |
| 16:27 | It has something to do with tags which have some subfields hidden in their initial state | |
| 16:27 | paul | yep |
| 16:27 | owen | The example I was looking at had no hidden subfields in the initial state. I thought it had something to do with /mandatory/ fields |
| 16:28 | My change fixes it on my system, so I'm hopeful for yours | |
| 17:07 | paul_, any luck? | |
| 17:09 | paul | back... |
| 17:09 | owen : done, it works (although my dsl is really poor today, you may have problems to test) | |
| 17:32 | [K] | *** join #kohaFreeNode: darcilicious i=plinkit159.121.122.56 |
| 17:33 | *** part FreeNode!#koha: darcilicious i=plinkit159.121.122.56 |
|
| 18:17 | fbcit | biblioitems.marcxml is set NOT NULL, but when attempting to import some marc data kados sent me, the db complains because the "marcxml" field is being populated with nulls... |
| 18:18 | which is correct? the .mrc or the db schema? | |
| 18:25 | gmcharlt | fbcit: bilbioitems.marcxml should not be null |
| 18:26 | potentially there could be an issue where the marc record was not parsed (or not parseable) | |
| 18:26 | so I suggest making sure that the ->as_xml() call that is producing the XML to store in marcxml | |
| 18:26 | is producing a non-empty result | |
| 19:26 | owen | Is there a way to turn off item-level holds in the OPAC? |
| 19:26 | chris | just in the opac? |
| 19:26 | owen | Yeah |
| 19:26 | chris | not currently no |
| 19:27 | they are either on or off | |
| 19:27 | wouldnt be hard | |
| 19:27 | just another syspref | |
| 19:27 | that you pass to the template | |
| 19:28 | whack it in bugzilla :) | |
| 19:32 | owen | I'm pretty clear on that process, I guess, except for getting it into the default database setup. |
| 19:32 | Are we still using updatedatabase? | |
| 19:33 | chris | yep 2 places, in the sysprefs.sql |
| 19:33 | and then in updatedatabase.pl | |
| 19:33 | and then paul will port it to french .. and fbcit will port it to the postgres bits :-) | |
| 19:34 | installer/data/mysql/en/mandatory/sysprefs.sql | |
| 19:34 | and | |
| 19:35 | installer/data/mysql/updatedatabase.pl | |
| 19:35 | the first gets in there for all new installs | |
| 19:35 | and updatedatabase.pl will let all of us who have koha 3's running upgrade | |
| 19:35 | make sense? | |
| 19:36 | owen | Yes |
| 19:36 | chris | cool |
| 19:36 | fbcit | chris: curiosity... does updatedatabase.pl just keep becoming bigger? or does the *old* stuff roll off at some point? |
| 19:37 | chris | it rolls off |
| 19:37 | owen | Looking at updatedatabase.pl, if I want to change the way the YUI pref is stored, I have to add a section that does an "UPDATE `systempreferences` ..." ? |
| 19:37 | chris | yeah, ... well and insert |
| 19:37 | sorry an insert | |
| 19:39 | fbcit: updatedatabase.pl will keep getting bigger until we release 3.0 ..and then it will be merged into the update22to30 script | |
| 19:39 | and a new updatedatabase.pl will be started .. which will become the update3.0.0to3.0.1.pl script when 3.0.1 is out | |
| 19:41 | what the updatedatbase.pl script allows us to do is to not have to keep doing a fresh install everytime someone changes something in the db | |
| 19:42 | so a fresh install shouldnt use it | |
| 19:49 | heh | |
| 19:49 | what we will have is scripts to upgrade from release to release | |
| 19:49 | and updatedatabase.pl exists while we work on the next release, and then becomes the script to upgrade to that release | |
| 19:50 | and a new one is started | |
| 20:02 | owen | Can someone better at regexes than me explain this: $dat->{'amazonisbn'} =~ s|-||g; |
| 20:03 | gmcharlt | owen: get rid of all hyphens |
| 20:04 | owen | And that's all it does? |
| 20:04 | gmcharlt | should be, yes |
| 20:04 | owen | It's supposed to be formatting isbns so that they can be passed to Amazon to grab book covers, reviews, etc. |
| 20:04 | But just taking out hyphens doesn't take care of all cases | |
| 20:05 | gmcharlt | what cases are missing? |
| 20:05 | owen | I'm seeing ISBNs with |, (pbk.), and more |
| 20:05 | gmcharlt | ah, right |
| 20:05 | general issue with ISBN normalization that I'm hoping to clean up in a few days | |
| 20:06 | owen | So there will be a more "centralized" solution for getting a clean isbn into the template where it's needed? |
| 20:06 | gmcharlt | please file a bug report so that I remember to check this specific place |
| 20:06 | owen: yes, and also for normalization it for various searching purposes | |
| 20:07 | normalizing, rather | |
| 20:29 | JeremyF | does anyone have any ideas why the latest version of koha, that i just setup on a windows machine, would not be letting me input users? |
| 21:03 | atz | JeremyF: permissions |
| 21:03 | whatever process you're running as doesn't have permissions to edit the files of the user you installed as | |
| 21:59 | [K] | *** join #kohaFreeNode: ru55el n=russel203-118-134-114.netspace.net.nz |
| 08:27 | paul_ | chris around ? |
| 08:27 | paul | some patches in your mailbox |
← Previous day | Today | Next day → | Search | Index
