← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:07 | Dyrcona | Whee! Three hundred eight lines of code (including comments) just to initialize itself. |
| 00:11 | * dcook | was also wondering why Koha has a "street number" field |
| 00:13 | rangi | makes localising easier |
| 00:13 | some places do road first, number after | |
| 00:14 | dcook | O_o |
| 00:14 | Actually, that makes a certain amount of sense... | |
| 00:14 | Hm | |
| 00:15 | * dcook | loves when he encounters things that he considers "weird"...but are actually more logical than "normal". |
| 00:15 | dcook | Mind you, I guess you read the address from the bottom up in a way |
| 00:15 | * dcook | shuts up before he spirals into a monologue about addresses |
| 00:16 | rangi | :) |
| 00:23 | eythian | http://www.stuff.co.nz/dominio[…]ing-in-Hutt-River <-- not smart |
| 00:23 | rangi | yeah |
| 00:24 | eythian | dcook: it's not that unusal, parts of Europe do it that way (I know .nl does, possible .de too.) |
| 00:24 | dcook | Yikes.. |
| 00:24 | * dcook | ponders |
| 00:25 | dcook | France might too. I remember there being something different when I was writing French addresses... |
| 00:25 | Nope | |
| 00:25 | rangi | yeah i think they do |
| 00:25 | dcook | Not France |
| 00:25 | rangi | ah no they just do the type first |
| 00:25 | dcook | I think their post codes come before their city though |
| 00:25 | type? | |
| 00:25 | wahanui | type is used for some things, like how to convert it when saving, and things like that. |
| 00:25 | eythian | Yeah, France has the number first, then the street type |
| 00:25 | "rue" | |
| 00:27 | dcook | Person NAME |
| 00:27 | Building A | |
| 00:27 | 11 Rue du GENERAL DE GAULLE | |
| 00:27 | 74001 PARIS | |
| 00:27 | Everyone just has to be different...:p | |
| 00:28 | In Australia, we do: Street Number Street \n Suburb State Postcode \n Country | |
| 00:28 | In Canada, it's: Street Number Street \n City, Province \n Postcode \n Country | |
| 00:28 | eythian | I think here postcode goes after city, but we don't really use regions in addresses. |
| 00:29 | (unless you're buying something from a place that insists you fill out the state box.) | |
| 00:29 | dcook | I've often wondered about point of putting city, province or suburb state if a postcode is there |
| 00:30 | eythian | I presume redundancy |
| 00:30 | dcook | As I imagined it's sorted via the code? |
| 00:30 | Probably | |
| 00:30 | Of course, we still get mail for the house right next to us | |
| 00:30 | Even though our front yard is a disaster zone and theirs is immaculate with a very nice post box and big bright numbers | |
| 00:30 | * dcook | thinks the postal workers like to troll the neighbourhood |
| 00:30 | eythian | heh |
| 00:31 | dcook | We also get letters on top of our post box even when it's empty |
| 00:31 | Or next to it | |
| 00:31 | Guess I can't give them too much of a hard time. It must be a back-breaking job at times... | |
| 00:32 | eythian | I think you need a better postie |
| 00:32 | dcook | hehe |
| 00:33 | I think we also need a better front yard... | |
| 00:34 | eythian | may also be an option. |
| 03:19 | BobB | dcook 'postal worker' is one of the famous examples for oxymoron |
| 03:19 | 'military intelligence' is the other one | |
| 03:20 | lunch now :) | |
| 03:20 | dcook | ;) |
| 03:24 | eythian | BobB: you missed "Microsoft Works™" |
| 03:25 | which I suppose is less of a joke now the product doesn't exist... | |
| 04:48 | cait joined #koha | |
| 04:48 | * cait | waves |
| 04:49 | eythian | hi cait |
| 04:49 | cait | hi eythian :) |
| 04:51 | dcook: i need more records in my database i think - thx for ocmmenting,...i will give it another try | |
| 04:52 | dcook | cait: no worries. I would try a really common word and see what happens |
| 04:52 | cait | i did vary my searches a bit, but didn#t see much difference really |
| 04:53 | but ... i will again. this one is really confusing me. | |
| 04:53 | dcook | Me too. It should just work :/ |
| 04:58 | cait | eythian: can you test ldap things? |
| 04:58 | eythian | not really |
| 04:58 | cait | hm |
| 04:59 | i am still looking for someone to give 8148 another sign off so i can passit | |
| 05:01 | eythian | I've generally used prod servers to test LDAP, I don't have a testing one set up |
| 05:01 | bug 8148 | |
| 05:01 | wahanui | bug 8148 is kind of related |
| 05:01 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8148 critical, P5 - low, ---, fcapovilla, Signed Off , ldap authentication should FAIL if ldap contains NEW password, and user types the PREVIOUS password |
| 05:01 | eythian | I thought mtompsett has LDAP set up |
| 05:02 | dcook | I think Bywater folk use LDAP |
| 05:02 | They would probably be good people to ask | |
| 05:04 | cait | i will see if i can catch mtompset |
| 06:53 | cait1 joined #koha | |
| 06:53 | cait1 | good morning #koha |
| 07:18 | dcook | night time, cait1 |
| 07:19 | cait1 | good night dcook |
| 07:26 | atheia joined #koha | |
| 08:10 | marcelr joined #koha | |
| 08:29 | ashimema joined #koha | |
| 08:40 | cait1 | hi atheia, marcelr and ashimema |
| 08:41 | marcelr | hi cait1 and #koha |
| 08:43 | atheia | Good morning cait! |
| 08:43 | cait | :) |
| 09:31 | marcelr_ joined #koha | |
| 09:34 | ashimema joined #koha | |
| 10:44 | slef | @later tell paul_p are you aware of #ifla #wlic2014 in Lyon in Aug? Seems an odd time for a conference in FR (Aug is holidays, no?) but what do I know? |
| 10:44 | huginn | slef: The operation succeeded. |
| 10:50 | khall joined #koha | |
| 10:52 | marcelr | hi khall: i submitted a followup for your qa suggestion |
| 10:52 | on bug 12265 | |
| 10:52 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12265 enhancement, P5 - low, ---, m.de.rooy, Signed Off , Improve Z39.50 servers administration (incl DBIx) |
| 11:35 | tcohen joined #koha | |
| 11:35 | tcohen | morning! |
| 11:35 | wahanui | i heard morning was a state of cat |
| 11:39 | marcelr | hi tcohen |
| 11:40 | tcohen | hi marcelr |
| 11:52 | collum joined #koha | |
| 11:52 | marcelr | khall++ |
| 11:53 | khall | marcelr: thanks for the followup! |
| 12:03 | dac joined #koha | |
| 12:04 | barton joined #koha | |
| 12:04 | huginn | New commit(s) kohagit: Bug 12534 - PROG/CCSR deprecation: Make getlanguages() theme independent for opac <http://git.koha-community.org/[…]e9538f623ba945a18> / Bug 12470: (followup) License statement missing <http://git.koha-community.org/[…]cd5616a325e03871a> / Bug 12470: adding unit tests for the routines CheckValidBarCode and CheckIfIssu |
| 12:05 | meliss joined #koha | |
| 12:08 | francharb joined #koha | |
| 12:09 | francharb | Good morning #koha |
| 12:14 | oleonard joined #koha | |
| 12:16 | tcohen | morning francharb |
| 12:19 | Dyrcona joined #koha | |
| 12:26 | oleonard | Hi everyone |
| 12:26 | huginn | New commit(s) kohagit: Bug 8773 - Start per-instance koha-index-daemon in .deb setup <http://git.koha-community.org/[…]ce3ab26dbadd1da22> / Bug 12265: [QA Follow-up] - Improve usage of find <http://git.koha-community.org/[…]afb8d226c0ebf18ad> / Bug 12265: [QA Follow-up] Replace DBIx search by find <http://git.koha-community.org/gitweb/?p=ko |
| 12:34 | nengard joined #koha | |
| 12:35 | * cait | waves |
| 12:35 | cait | hi tcohen |
| 12:36 | tcohen | hi cait, and congratulations! |
| 12:36 | cait | thx! it was a loong game, I think either team could have won |
| 12:36 | but ... happy it was us :) | |
| 12:37 | tcohen | i, we weren't lucky enough, had our chaces |
| 12:37 | chances | |
| 12:37 | but that's how this game is | |
| 12:38 | cait | yeah, but it was a good game |
| 12:38 | edveal joined #koha | |
| 12:38 | tcohen | indded |
| 12:50 | tcohen joined #koha | |
| 12:53 | carmenh joined #koha | |
| 13:04 | oleonard | Bonne fête Nationale to all my French friends |
| 13:05 | tcohen | :-D |
| 13:05 | * oleonard | supposes many are not around to hear it |
| 13:07 | cait | oleonard: I hope it was ok i closed the ccsr bugs? |
| 13:07 | oleonard | cait: Yes. I hesitated because some could theoretically be fixed in stable. However, I doubt that will really happen. |
| 13:08 | cait | i got a little worried that my bug closing frenzy went a bit too far |
| 13:08 | ah - i thought so too - noone is going to touch them really | |
| 13:08 | and if somthing is really bad... someone might complain about closing those | |
| 13:15 | NateC joined #koha | |
| 13:35 | kmlussier joined #koha | |
| 13:45 | tcohen joined #koha | |
| 13:50 | mtompset joined #koha | |
| 13:50 | mtompset | Greetings, #koha. |
| 13:50 | tcohen | hi mtompset |
| 13:50 | mtompset | oleonard: *ping* |
| 13:50 | Greetings, tcohen. :) | |
| 13:50 | oleonard | Hi |
| 13:50 | wahanui | salut, oleonard |
| 13:51 | mtompset | Greeting, oleonard. I have a seriously delayed question for you regarding bug 11881 |
| 13:51 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11881 enhancement, P5 - low, ---, oleonard, Failed QA , Small improvements in OPAC results list. |
| 13:51 | mtompset | How does "Wrap the individual library lines in a span which can be made "display:block" in custom CSS." apply to using a comma vs. a line break? |
| 13:52 | The line is identical except all the commas are replaced by <br /> instead of ,. | |
| 13:52 | Wouldn't a system preference be better? | |
| 13:53 | tcohen: Consolences on the loss. ;) | |
| 13:53 | tcohen | np |
| 13:53 | oleonard | We already have too many system preferences. We don't need one for something like this. |
| 13:54 | Customization options are there for people to be able to make Koha work they way they want it to. Let's make the page structure work for this customization without foisting the proposed design on everyone. | |
| 13:56 | tcohen | +1 |
| 13:56 | nengard | oleonard I don't agree that we have 'too many' - the more we have the more options people have and I see that as a good thing ... just saying :) |
| 13:56 | ^^ is not in reference to the bug - just in general | |
| 13:57 | oleonard | True nengard. |
| 13:57 | nengard | :) |
| 13:57 | oleonard | We have "too many" in the sense that it is cumbersome (I imagine) for a new library to sift through them all |
| 13:57 | nengard | true |
| 13:58 | that's why i do that for all our partners at training :) hehe | |
| 14:05 | tcohen | mtompset: will u work on a followup implementing oleonard's suggestions? |
| 14:06 | mtompset | I agree we have too many to sift through for a new library. |
| 14:06 | I was thinking about it, since I don't like "Failed QA" associate with me. :P | |
| 14:07 | tcohen | i mean, add the spans so it can be achieved using just CSS |
| 14:08 | mtompset | So would I <span>,<span><br> with the two spans being different classes? |
| 14:08 | (pseudo, not actual) | |
| 14:08 | tcohen | forget about the <br> |
| 14:08 | mtompset | (too lazy to type </span>) |
| 14:09 | But the br is part of the reason the person put in the bug report. | |
| 14:09 | oleonard | You wrap the output you want on separate lines in a <span> with a special class. |
| 14:09 | tcohen | the point of the span is that you can style it with display:block and have the same result |
| 14:09 | oleonard | Then you style that class with "display:block" to make it go on its own line without a <br> |
| 14:09 | cait left #koha | |
| 14:09 | tcohen | mtompset: your's would be a followup that achieves the same, better |
| 14:10 | oleonard | (actually you don't add any style at all, but make a note in the patch what style could be added if desired) |
| 14:10 | mtompset | Right... |
| 14:10 | tcohen | ^^^^^^^exactly |
| 14:16 | carmenh joined #koha | |
| 14:18 | mtompset | oleonard: I can't get such a CSS to work. |
| 14:19 | oleonard | Can you paste the template change you're testing with? |
| 14:19 | mtompset | I'm trying a general case without code changes. |
| 14:19 | ashimema | jumping in on the 'too many sysprefs' row. |
| 14:19 | mtompset | Hard coded \n's always become same line whitespace. |
| 14:20 | oleonard | Why are we talking about \n's mtompset? |
| 14:20 | ashimema | I'de like to see a stricter rule on what prefs are librarian changable i.e. from the staff cleint, and what prefs are admin changable.. i.e. in the conf.xml file. |
| 14:20 | mtompset | because I thought we were having no brs. |
| 14:21 | oleonard | No brs no \ns |
| 14:21 | tcohen | mtompset: a good dample would be <span class="brd">Something1</span><span class="brd">Something2</span> |
| 14:21 | ashimema | <p><span>line1</span><span>line2</span></p> like |
| 14:21 | lol.. what he said. | |
| 14:22 | then in css you could just put ".brd { display: block; }" | |
| 14:22 | for tcohen's example. | |
| 14:22 | tcohen | :-D |
| 14:22 | ashimema | team work ;) |
| 14:22 | tcohen | \o/ |
| 14:23 | mtompset | AH! |
| 14:23 | Got it, understand it, will implement it. | |
| 14:24 | * ashimema | envisions the light bulb above mtompset's head just getting so bright that it exploded |
| 14:24 | mtompset | Exploding would mean that I suddenly didn't understand again. I do have those kind of moment, but this isn't one of them. :) |
| 14:24 | ashimema | hehe |
| 14:25 | fair point | |
| 14:34 | tcohen | oleonard: do u have some schedule for submitting the patch that removes ccsr and prog? |
| 14:34 | oleonard | Soon? :) |
| 14:34 | tcohen | awesome |
| 14:35 | several dependent ones are already passed-qa | |
| 14:40 | huginn | New commit(s) kohagit: Bug 11744: Add regression tests <http://git.koha-community.org/[…]2efae5c2bd91c1fb1> / Bug 11744: A receipt should not be cancelled if holds exist <http://git.koha-community.org/[…]8af43cc8bf8e5e19b> / Bug 11744: Cancel a receipt does not delete items created on receiving <http://git.koha-community.org/gitweb/?p=koha. |
| 14:42 | JasonBurds joined #koha | |
| 14:53 | tgoat joined #koha | |
| 14:59 | rocio joined #koha | |
| 15:05 | dcook__ joined #koha | |
| 15:20 | tcohen | north hemisphere == holiday? |
| 15:25 | oleonard | Not here in USA |
| 15:27 | In France I think. Germany is probably just hung over (not cait of course :) ) | |
| 15:30 | tcohen | heh |
| 15:35 | mtompset | Well, the prog-side of the patch is done, but untested. :) |
| 15:35 | tcohen | mtompset++ |
| 15:36 | mtompset | Not sure people will like "CommasWithLinebreaks" as a class name. ;) |
| 15:37 | tcohen | xslt-callnumber? |
| 15:38 | oleonard | mtompset: I don't. The class name should refer to what it wraps, not what you want it to do. |
| 15:39 | mtompset | The problem is it wraps more than just the call number. |
| 15:39 | oleonard | Other people might want to use the class name as a hook to style it in another way, with color or font |
| 15:39 | mtompset | LabelCallNumber was the other class name I went with. |
| 15:40 | But I suppose xslt-callnumber might be an okay rename for the latter. | |
| 15:42 | tcohen | now we are removing non-xslt view, maybe detail-callnumber |
| 15:44 | mtompset | item-details, item-callnumber? |
| 15:44 | tcohen | stuff wrapped + context |
| 15:45 | swap(stuff, wrapped) | |
| 15:45 | mtompset | itemdetails-results? |
| 15:45 | results-itemdetails? | |
| 15:46 | Because these are the item details displayed in the OPAC search results. | |
| 15:46 | with the call number being a specific case of whether it is labelled or not. | |
| 15:55 | tcohen | mtompset: i see it wrong |
| 15:56 | mtompset | I'm not sure what you mean. |
| 15:56 | tcohen | my glasses are doing wrong |
| 15:56 | (kidding, it was an idiomatic mistake) | |
| 15:57 | mtompset | Beer googles again, tcohen? ;) |
| 15:57 | tcohen | you're adding two spans |
| 15:58 | CommasWithLinebreaks which seems to wrap the whole thing | |
| 15:58 | and LabelCallNumber | |
| 15:59 | mtompset | Yes. |
| 15:59 | The former, linebreaks (or not -- default), and the latter labels (or not-- default). | |
| 16:02 | tcohen | you should ask oleonard i guess |
| 16:02 | oleonard | mtompset: You're working on this because it is a change your library would like to see? |
| 16:02 | tcohen | i wouldn't change the default behaviour |
| 16:03 | mtompset | No, I'm working on it, because I don't like failed QA beside my name. :P |
| 16:13 | tcohen | mtompset: don't change the default, just add the spans |
| 16:13 | and i'm not sure we use CamelCase for class names | |
| 16:13 | mtompset | That's what the second patch is for, to keep the defaults. :) |
| 16:16 | * tcohen | is happy jenkins is running *all* the tests now |
| 16:17 | mtompset | is this related to your debian squeeze, wheezy, 12.04 and 14.04 thing a while back? |
| 16:18 | dcook__ joined #koha | |
| 16:18 | tcohen | not exactly |
| 16:18 | but somehow | |
| 16:19 | the scripts that launch the unit tests (on all nodes) weren't covering all unit test files | |
| 16:21 | mtompset | Ah. |
| 17:15 | oleonard | Shouldn't Bug 12561 depend on rather than block Bug 2619, 5229, etc.? |
| 17:15 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12561 normal, P5 - low, ---, oleonard, NEW , Omnibus: Deprecate non-XSLT detail and result views |
| 17:15 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=2619 normal, P3, ---, gmcharlt, NEW , Turning on XSLTResultsDisplay preference turns off item detail display | |
| 17:50 | oleonard | Oh hey thanks for not answering my question or talking at all while I was away y'all can talk again now. |
| 17:51 | mtompset | Sorry. :) |
| 17:51 | In a bizzare kind of way, 2619 sounds related to 11881. | |
| 17:55 | carmenh joined #koha | |
| 18:00 | mtompset | I think you are correct, oleonard. I think the direction of dependency is wrong. 12561 requires a fix in the XSLT, before the non-XSLT in question for 2619 can be removed. |
| 18:00 | -- well, I didn't check if a fix is required, but you get the idea. | |
| 18:01 | oleonard | Thanks for looking mtompset I felt like I needed a sanity check |
| 18:12 | carmenh joined #koha | |
| 18:38 | * tcohen | sends oleonard cookies (in the absense of cait) |
| 18:40 | oleonard | Thanks tcohen :) |
| 19:04 | jburds_ joined #koha | |
| 19:05 | cait joined #koha | |
| 19:05 | cait | oleonard++ :) |
| 19:06 | tcohen | cait |
| 19:06 | does this look correct to you? | |
| 19:06 | http://snag.gy/PG24v.jpg | |
| 19:06 | (STALLED(0)) | |
| 19:07 | cait | it depends |
| 19:07 | how does your authorizd value look like? | |
| 19:07 | tcohen | 10519 |
| 19:07 | cait | is the descriotion STALLED or the code? |
| 19:07 | i think it doensn't look wrong, but i am not sure what i am looking for | |
| 19:08 | oh because the 0 shows up... | |
| 19:08 | is that before and after the patch? | |
| 19:08 | tcohen | I'm using the default values, this is after the patch |
| 19:09 | (before, it was Unknown) | |
| 19:09 | hm, it might be related to a suggestion i filled with the db user | |
| 19:09 | cait | hm i don't think htere is a default for the extra suggestion tabs |
| 19:09 | oh | |
| 19:09 | i have never seen stalled | |
| 19:10 | stalled is irritating me right now | |
| 19:10 | i thought that was a custom one | |
| 19:12 | tcohen | is it the SUGGEST_STATUS one? |
| 19:12 | mine is empty, but I have a sample suggestion on the DB, with STALLED | |
| 19:12 | ok | |
| 19:13 | its t/db_dependent/Suggestions.t fault | |
| 19:14 | it's | |
| 19:14 | cait | oh right |
| 19:14 | i complained abou tthat once :) | |
| 19:14 | it doesn't clean up | |
| 19:14 | and it uses a non-existant status | |
| 19:15 | i guess the new code made it hsow up, as it looks for non-standard statues | |
| 19:15 | status..es? | |
| 19:15 | and yes, suggest_status allows you to make your own | |
| 19:20 | tcohen | cait, i'm writing a small followup for Suggestions.t and we're done |
| 19:21 | cait | cool |
| 19:21 | thx tcohen | |
| 19:22 | oleonard | I keep having to fix Bug 12542 and Bug 11382 |
| 19:22 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12542 normal, P5 - low, ---, tomascohen, NEW , Tabs inconsistency in different circ-menu.inc uses |
| 19:22 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11382 normal, P5 - low, ---, oleonard, NEW , patron left menu on purchase suggestions tab not showing all info | |
| 19:22 | oleonard | This thing with having both circ-menu.inc and circ-menu.tt has gone on too long |
| 19:23 | There must be a solution with some T:T wizardry that I have yet to master. | |
| 19:24 | tcohen | oleonard: my guess is that each .pl shouldn't be calculating what needs to tell .tt to show |
| 19:24 | and have some plugin tell instead | |
| 19:28 | oleonard | In the meantime I have a patch almost ready for Bug 12542 |
| 19:28 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12542 normal, P5 - low, ---, oleonard, ASSIGNED , Tabs inconsistency in different circ-menu.inc uses |
| 19:29 | * oleonard | will have to finish it tomorrow |
| 19:29 | oleonard | Bye #koha |
| 19:31 | tcohen | bye! |
| 19:32 | cait | ah.. now i was too slow agian |
| 19:33 | tcohen | we'll see :-P |
| 19:40 | pianohacker | hallo |
| 19:43 | huginn | New commit(s) kohagit: Bug 10519: (followup) unit tests leave problematic cruft <http://git.koha-community.org/[…]9a4e7f7f6aa2c222e> / Bug 10519: (followup) Fix context for evalyating $borrowernumber <http://git.koha-community.org/[…]27dcd46b0139b1055> / Bug 10519: Suggestions: 'Organize by' and correct display of tab descriptions broken <h |
| 19:47 | tcohen | bye #koha |
| 19:55 | pianohacker | hi cait |
| 19:56 | cait | hi pianohacker, bye khall_away :) |
| 20:05 | NateC joined #koha | |
| 20:38 | Guest2750 joined #koha | |
| 20:53 | nengard joined #koha | |
| 20:55 | carmenh joined #koha | |
| 21:26 | NateC joined #koha | |
| 21:47 | nengard left #koha | |
| 21:54 | cait left #koha | |
| 22:16 | NateC joined #koha | |
| 22:21 | mtompset_ joined #koha | |
| 22:21 | eythian | hi |
| 22:21 | wahanui | hola, eythian |
| 22:32 | mtompset_ joined #koha | |
| 22:43 | mtompset joined #koha | |
| 22:47 | aleisha joined #koha | |
| 22:47 | rangi | hey aleisha, got one to sign off, then have some easy bugs to fix if you want |
| 22:47 | bug 9667 | |
| 22:47 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9667 minor, P5 - low, ---, oleonard, Needs Signoff , Inventory scrolling to top with every click |
| 22:52 | rangi | does it make sense? |
| 22:56 | aleisha | yep |
| 22:56 | rangi | sweet |
| 23:02 | aleisha | rangi is it necessary to use a barcode file? |
| 23:02 | rangi | hmm not sure |
| 23:03 | i think you should be able to just type a few in | |
| 23:06 | aleisha | i dont think you can |
| 23:06 | rangi | ahh bummer, then you might have to open gedit and put a few in a file and save that and use that as the barcode file |
| 23:07 | aleisha | okay i'll try |
| 23:07 | wizzyrea | select barcode from items where barcode is not null limit 10 -> add this to saved sql reports then you can just copy paste it from the result |
| 23:08 | into your file, that is | |
| 23:10 | I guess I had not realised that the issue stats pages were largely untranslatable. | |
| 23:10 | seems a biggish oversight. | |
| 23:10 | but I can see why no one would want to touch that. | |
| 23:11 | aleisha | where can i find saved sql reports? |
| 23:11 | rangi | in reports, if you go to the home page |
| 23:12 | aleisha | cool thank you |
| 23:16 | rangi | if its still not working, there might be no barcodes in there, in which case we can skip to something else |
| 23:16 | papa joined #koha | |
| 23:16 | wizzyrea | could grab and import a marc file with some items on it, I have one |
| 23:18 | https://raw.githubusercontent.[…]master/MARC21.mrc | |
| 23:18 | file -> save | |
| 23:18 | then go to tools -> stage marc records for import | |
| 23:18 | select that file | |
| 23:20 | click "stage for import" | |
| 23:21 | then click manage staged records | |
| 23:21 | and click "import into catalogue" | |
| 23:21 | then hopefully you'll have many things with items and barcodes in your catalogue | |
| 23:24 | aleisha | cool thanks heaps |
| 23:25 | wizzyrea | nw |
| 23:27 | pianohacker | bye all |
← Previous day | Today | Next day → | Search | Index