| Time |
S |
Nick |
Message |
| 00:16 |
|
|
carmen joined #koha |
| 00:24 |
|
|
liz joined #koha |
| 00:25 |
|
* liz |
waves |
| 00:27 |
|
indradg |
hi liz |
| 00:29 |
|
|
pianohacker joined #koha |
| 00:29 |
|
pianohacker |
bug ###################11559 |
| 00:29 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=11559 enhancement, P5 - low, ---, jweaver, Needs Signoff , Professional cataloger's interface |
| 00:29 |
|
pianohacker |
hahaha I was reading that regex right |
| 00:35 |
|
|
cdickinson_ joined #koha |
| 01:01 |
|
|
liz joined #koha |
| 01:06 |
|
|
connectiontest joined #koha |
| 01:14 |
|
|
indradg joined #koha |
| 01:50 |
|
dcook |
I keep thinking that the inventory should mark items as missing if they're not on loan and not scanned... |
| 01:50 |
|
dcook |
Or that it's an option to mark them missing |
| 01:50 |
|
* dcook |
swears he's used inventory systems like that before |
| 01:51 |
|
dcook |
I mean... it would have to be a bit more complicated |
| 01:51 |
|
dcook |
But basically if the system thinks it's on the shelf and the inventory says it's not on the shelf... it should be marked missing, no? |
| 01:51 |
|
* dcook |
sometimes wish that he had an unlimited supply of time and money to pursue his ideas |
| 01:51 |
|
dcook |
That may or may not be the basis of "The American Dream" of course... |
| 02:00 |
|
dcook |
Hmm seems like this is already in the commments of http://bywatersolutions.com/20[…]9/inventory-koha/ |
| 02:02 |
|
dcook |
"Finding missing items after inventory. After you’ve run the inventory tool how do you find the items that are missing? Well you run a report to show you everything that hasn’t been seen since a specific date." |
| 02:02 |
|
dcook |
That seems a bit suboptimal :/ |
| 02:03 |
|
* dcook |
will see if some library might want to sponsor development of a "mark as missing" inventory feature... |
| 02:04 |
|
indradg |
dcook +1 |
| 02:05 |
|
dcook |
I figure a lot of libraries must not do inventories? |
| 02:05 |
|
dcook |
I suppose I've done a lot of shelf-reading over the years which isn't quite the same thing... |
| 02:06 |
|
dcook |
After moving three branches into a single branch, I organized an inventory of a few of the combined collections. It was sooo helpful. |
| 02:06 |
|
* dcook |
goes back to email and patch writing |
| 02:08 |
|
dcook |
Hmm... it looks like maybe this was actually part of Koha in the past? |
| 02:09 |
|
dcook |
Or maybe this is a Liblime thing? |
| 02:23 |
|
dcook |
Or maybe it does it automatically? |
| 02:24 |
|
dcook |
"# set "missing" flags for all items with a datelastseen (dls) before the choosen datelastseen (cdls)" |
| 02:24 |
|
* dcook |
doesn't recall this working in practice... |
| 02:33 |
|
* dcook |
would love to know the difference between "Item should have been scanned" and "Missing" |
| 02:34 |
|
dcook |
Which in this case doesn't mean item is already missing.. |
| 02:34 |
|
eythian |
one is data, the other is data with interpretation applied. |
| 02:38 |
|
dcook |
That makes sense to me |
| 02:38 |
|
dcook |
Rather than being two separate statuses :S |
| 02:39 |
|
dcook |
Awesome thing: |
| 02:39 |
|
dcook |
# set "missing" flags for all items with a datelastseen (dls) before the choosen datelastseen (cdls) |
| 02:39 |
|
dcook |
in actuality, the cdls is the item's datelastseen, and dls is the inventory's datetime |
| 02:40 |
|
dcook |
datelastseen rather |
| 02:40 |
|
dcook |
O_o |
| 02:41 |
|
dcook |
Hmm actually that's not right either... |
| 02:42 |
|
dcook |
Hmm, pretty sure this is broken |
| 02:43 |
|
eythian |
wahanui: cheating is http://i.imgur.com/wTJcSmI.gifv |
| 02:43 |
|
wahanui |
OK, eythian. |
| 02:43 |
|
dcook |
Huh... |
| 02:44 |
|
dcook |
When you use "foreach my $item (@items)", it looks like $_ is set to null? |
| 02:44 |
|
eythian |
hmm |
| 02:44 |
|
dcook |
I mean.. I don't know why you'd be using $_ in that context, but it's interesting.. |
| 02:44 |
|
dcook |
Also, lol, eythian. |
| 02:44 |
|
eythian |
I don't think I've ever thought about that case. |
| 02:46 |
|
dcook |
Oh boy... |
| 02:46 |
|
dcook |
And sure enough... when I fix that problem, inventory goes nuts |
| 02:46 |
|
dcook |
Because, as eythian has pointed out, "Item missing" and "Item should have been scanned" is pretty much the same thing |
| 02:47 |
|
eythian |
I dunno |
| 02:47 |
|
eythian |
one is a fact, one is semantic |
| 02:47 |
|
dcook |
Oh, I'd agree that it should be "Item should have been scanned" |
| 02:47 |
|
dcook |
Item missing has a few more assumptions in there which could be variable |
| 02:48 |
|
|
aleisha joined #koha |
| 02:48 |
|
dcook |
Actually, you'd want to run it through a fair number of conditions before saying "it's missing" I guess |
| 02:51 |
|
dcook |
I wonder if people don't use the inventory tool because it's not very useful |
| 02:51 |
|
dcook |
Or they don't use it because they don't do inventories very often |
| 02:55 |
|
rangi |
the latter |
| 02:55 |
|
wahanui |
i guess the latter is already done |
| 02:55 |
|
dcook |
I'm inclined to agree |
| 02:55 |
|
rangi |
its a really really expensive time consuming exercise for not a huge amount of gain |
| 02:55 |
|
dcook |
Well, depending on the number of items you're doing, I suppose |
| 02:55 |
|
dcook |
That's probably the case for the entire collection |
| 02:55 |
|
dcook |
It could be useful for individual collections though |
| 02:56 |
|
dcook |
Although perhaps even then.. |
| 02:56 |
|
dcook |
I think certain libraries have to do it for the purposes of auditing |
| 02:57 |
|
dcook |
Oh well. I'll add my little bit, file some bugs, and then leave it alone I suppose. |
| 02:57 |
|
rangi |
its pretty trivial to add a button to mark things missing, instead of just updating the datelastseen |
| 02:58 |
|
rangi |
but they might not be missing, so it would have to be optional |
| 02:59 |
|
dcook |
Yep |
| 02:59 |
|
dcook |
I'm trying to think if there would be a case where something wouldn't be scanned but not be missing |
| 02:59 |
|
dcook |
(and not on loan) |
| 03:00 |
|
dcook |
I suppose you wouldn't want to do that option if you were doing an inventory gradually |
| 03:00 |
|
rangi |
yep |
| 03:00 |
|
dcook |
Although doing an inventory gradually would be a bit error fraught.. |
| 03:00 |
|
dcook |
Well maybe not error fraught |
| 03:00 |
|
dcook |
Just not comprehensive |
| 03:01 |
|
dcook |
But if you just care about being mostly accurate.. |
| 03:01 |
|
rangi |
or if its on the mending desk |
| 03:01 |
|
dcook |
Ah, that's what I was thinking |
| 03:01 |
|
dcook |
Or if it was withdrawn or something like that |
| 03:01 |
|
rangi |
libraries do a bunch of odd things |
| 03:01 |
|
dcook |
You'd probably want to check against X number of conditions |
| 03:01 |
|
dcook |
That they do |
| 03:08 |
|
dcook |
Anyway, time for me to pickup MCU films... |
| 03:09 |
|
dcook |
(Not from my library as they charge $2 per reservation for DVDs that are scratched and covered in goo...or missing all together :( ) |
| 03:23 |
|
rangi |
yeah, doing it wrong |
| 03:46 |
|
indradg |
dcook: not scanned, not missing and not on loan cases I have seen when libraries have sent out items for binding or preservation purpose but not updated 'location' status of the items |
| 03:47 |
|
indradg |
that is bad process... but that happens |
| 03:53 |
|
dcook |
Although in that case, they should hopefully check it in when it comes back in |
| 03:56 |
|
dcook |
Yikes... when did we get a DateTime::Format::MySQL module? :S |
| 03:56 |
|
dcook |
And why is it in C4::Items.. |
| 03:57 |
|
rangi |
why do we use it? |
| 04:02 |
|
rangi |
it's been a dependency since april 2012 |
| 04:07 |
|
eythian |
should have a thing that periodically goes through and finds any dependencies that are no longer used anywhere, I'd expect there to be a few. |
| 04:23 |
|
dcook |
I really need to change my HexChat alerts... |
| 04:24 |
|
dcook |
rangi: I'm not sure why we use it. I just noticed it at the top of the module |
| 04:24 |
|
dcook |
eythian: I think you're right |
| 04:24 |
|
dcook |
After gmcharlt removed POE, I actually thought about some uses for it, but... it was probably for the best :p |
| 04:25 |
|
rangi |
seems to me to be decent module to use |
| 04:25 |
|
rangi |
better than trying to format dates by hand |
| 04:26 |
|
rangi |
seeings as we pass around datetime objects most of the place |
| 04:26 |
|
dcook |
I thought we were trying to move away from MySQL dependency overall? |
| 04:26 |
|
dcook |
I could still see using it though... although probably in Koha::DateUtils rather than C4::Items |
| 04:34 |
|
dcook |
Mmm, interesting |
| 04:34 |
|
dcook |
Looks like we use it in C4::Items::ModItem() |
| 04:34 |
|
dcook |
Although in what way I have no idea.. |
| 04:37 |
|
dcook |
$item->{ $field . '_on' } = |
| 04:37 |
|
dcook |
DateTime::Format::MySQL->format_datetime( dt_from_string() ); |
| 04:38 |
|
dcook |
git blame time.. |
| 04:38 |
|
rangi |
its used in lots of places |
| 04:39 |
|
dcook |
rangi: Which? |
| 04:39 |
|
wahanui |
Which is not allowed in MARC. |
| 04:39 |
|
dcook |
Huh... Bug 9673 |
| 04:39 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9673 enhancement, P5 - low, ---, kyle, CLOSED FIXED, Track when items are marked as lost or withdrawn |
| 04:39 |
|
dcook |
Apparently there are supposed to be "itemlost_on" and "withdrawn_on" columns in the items table? |
| 04:40 |
|
eythian |
news to me |
| 04:40 |
|
dcook |
me too |
| 04:41 |
|
dcook |
I wonder if that got reverted later.. |
| 04:42 |
|
dcook |
Nope... still in kohastructure.sql |
| 04:43 |
|
dcook |
Hmm, looks like it's in the updatedatabase.pl for 3.15 |
| 04:43 |
|
dcook |
I suppose I've only done a few installs over 3.14 |
| 04:43 |
|
dcook |
Hmm... but this is a dev database which should've been upgraded.. |
| 04:44 |
|
dcook |
Probably something weird I did |
| 05:01 |
|
eythian |
https://bugs.debian.org/cgi-bi[…]rt.cgi?bug=786909 |
| 05:02 |
|
rangi |
yeah thats a nasty one |
| 05:03 |
|
dcook |
Yikes.. |
| 05:04 |
|
rangi |
i saw it on the oss-sec list |
| 05:08 |
|
dcook |
I didn't know code.google.com was a thing anymore O_o |
| 05:08 |
|
dcook |
I thought they had retired it... or perhaps they're still in the process? |
| 05:14 |
|
indradg |
@later tell alex_a I've reset bug 14155 back to "Needs signoff". Pls let me know if you differ about the fixes. |
| 05:14 |
|
huginn |
indradg: The operation succeeded. |
| 05:30 |
|
|
Viktor joined #koha |
| 05:31 |
|
dcook |
Mmm just churning up the bugs with inventory.pl... |
| 05:38 |
|
dcook |
Ah, Fridolin already reported bug 12913 |
| 05:38 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12913 major, P5 - low, ---, fridolyn.somers, Failed QA , wrong inventory results when notforloan filter is not used |
| 05:39 |
|
dcook |
Oh wait, that's not the bug I wanted... that's just another one I noticed.. |
| 05:39 |
|
|
connectiontest joined #koha |
| 05:46 |
|
dcook |
Wth... |
| 05:49 |
|
dcook |
Oh wait that makes sense. Whew.. |
| 05:49 |
|
* dcook |
loves when things make sense |
| 05:58 |
|
dcook |
Unlike the rest of this inventory script... O_O |
| 06:08 |
|
* magnuse |
waves |
| 06:12 |
|
dcook |
Yo magnuse :) |
| 06:13 |
|
magnuse |
yo yo yo wassup in da house! |
| 06:16 |
|
magnuse |
huh? http://www.cni.org/topics/asse[…]ta-implemenation/ "[someone] has demoed it with @kohails as part of the @BIBFLOW project" |
| 06:17 |
|
dcook |
But I'm not in da house :p |
| 06:18 |
|
dcook |
I also find that confusing |
| 06:22 |
|
* magnuse |
is sceptical of bibframe |
| 06:25 |
|
|
sophie_m joined #koha |
| 06:25 |
|
sophie_m |
hi #koha |
| 06:29 |
|
* dcook |
is skeptical of most things |
| 06:33 |
|
magnuse |
bonjour sophie_m |
| 06:33 |
|
magnuse |
@wunder boo |
| 06:33 |
|
huginn |
magnuse: The current temperature in Bodo, Norway is 8.0°C (8:20 AM CEST on June 17, 2015). Conditions: Scattered Clouds. Humidity: 76%. Dew Point: 4.0°C. Windchill: 5.0°C. Pressure: 29.92 in 1013 hPa (Steady). |
| 06:33 |
|
magnuse |
@wunder marseille |
| 06:33 |
|
huginn |
magnuse: The current temperature in Saint Victoret, France is 22.2°C (8:32 AM CEST on June 17, 2015). Conditions: Scattered Clouds. Humidity: 63%. Dew Point: 15.0°C. Pressure: 30.00 in 1016 hPa (Rising). |
| 06:33 |
|
magnuse |
whoa! |
| 06:34 |
|
sophie_m |
hello magnuse, summer is here :) |
| 06:36 |
|
|
connectiontest joined #koha |
| 06:37 |
|
* dcook |
wants to fix all the inventory problems but now has data to clean... boo... |
| 06:37 |
|
dcook |
@wunder syd |
| 06:37 |
|
huginn |
dcook: The current temperature in Sydney, New South Wales is 17.0°C (4:00 PM AEST on June 17, 2015). Conditions: Light Rain. Humidity: 82%. Dew Point: 14.0°C. Pressure: 29.80 in 1009 hPa (Steady). |
| 06:37 |
|
dcook |
sophie_m: Next week is the middle of winter, I think? ;) |
| 06:38 |
|
sophie_m |
dcook: your winter does not seems so chilly, it suits me :) |
| 06:39 |
|
dcook |
Feel free to come and visit anytime :) |
| 06:39 |
|
|
janPasi joined #koha |
| 06:40 |
|
magnuse |
sophie_m: feel free to send some summer to the far north :-) |
| 06:40 |
|
sophie_m |
:) |
| 06:41 |
|
sophie_m |
thanks dcook, I'm thinking about it when children will leave home |
| 06:42 |
|
dcook |
:D |
| 06:43 |
|
dcook |
I think the same about visiting France again when children leave home |
| 06:43 |
|
dcook |
Of course, I haven't had the children yet... |
| 06:43 |
|
dcook |
So it's a while away :p |
| 06:46 |
|
|
reiveune joined #koha |
| 06:47 |
|
|
drojf joined #koha |
| 06:47 |
|
reiveune |
hello |
| 06:47 |
|
wahanui |
bonjour, reiveune |
| 06:47 |
|
sophie_m |
dcook: my elder will probably leave in september |
| 06:47 |
|
drojf |
morning #koha |
| 06:47 |
|
* dcook |
waves to the new arrivals |
| 06:48 |
|
dcook |
sophie_m: So not too long until a trip to Australia? :) |
| 06:48 |
|
sophie_m |
the yougest is only 13... |
| 06:49 |
|
dcook |
That's not too long! |
| 06:49 |
|
dcook |
My youngest is 0, so that's quite the wait ;) |
| 06:50 |
|
sophie_m |
come before children dcook ;) |
| 06:51 |
|
dcook |
Well, I went to France once back in 2010. That was a good time! |
| 06:51 |
|
dcook |
Actually, if I hadn't moved to Australia, I probably would've tried to spend more time in France. |
| 06:51 |
|
dcook |
I did a year long immersive French course in 2009-2010, so I was keen to spend some serious time speaking French. |
| 06:51 |
|
dcook |
But then there was my MLIS from 2011-2012 and Australia in 2012... |
| 06:52 |
|
dcook |
Now I'm stuck in a beautiful corner of the world :p |
| 06:52 |
|
sophie_m |
:) |
| 07:10 |
|
|
Jul joined #koha |
| 07:10 |
|
|
alex_a joined #koha |
| 07:10 |
|
Viktor |
khall++ for being (more) clever (than me) in bug 7843 |
| 07:10 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7843 enhancement, P5 - low, ---, viktor.sarge, Pushed to Master , Add RSS feeds for OPAC news |
| 07:11 |
|
alex_a |
bonjour |
| 07:12 |
|
|
cait joined #koha |
| 07:12 |
|
dcook |
I keep saying I'll make a RSS feed for Opac lists one of these days... |
| 07:12 |
|
dcook |
salut alex_a, hey cait :) |
| 07:12 |
|
dcook |
also hey Viktor ;) |
| 07:12 |
|
Viktor |
Hey dcook :) |
| 07:12 |
|
cait |
hi all |
| 07:12 |
|
cait |
hi Viktor :) |
| 07:13 |
|
alex_a |
salut dcook |
| 07:13 |
|
Viktor |
We toyed with the notion of adding an "RSS reader" into the Opac so you don't have to use external RSS to keep an eye on interesting things in Opac. |
| 07:14 |
|
dcook |
Wouldn't that defeat the purpose a bit? |
| 07:14 |
|
Viktor |
Some sort of "watch this" as an alternative to RSS streams. |
| 07:14 |
|
dcook |
I suppose it would still be curated though.. |
| 07:14 |
|
Viktor |
And hi cait :) |
| 07:14 |
|
dcook |
Yeah |
| 07:14 |
|
dcook |
That's neat |
| 07:15 |
|
|
wicope joined #koha |
| 07:15 |
|
Viktor |
We'd have to cache things I guess since the RSS might crop things but it would be the same content for all users so it would not kill the db |
| 07:16 |
|
Viktor |
RSS for lists would be good. |
| 07:16 |
|
Viktor |
Also dynamic lists would be good. |
| 07:16 |
|
dcook |
Dynamic lists? |
| 07:17 |
|
Viktor |
Sort of "Pick these five records for the list + all the items that meet this search criteria". |
| 07:17 |
|
cait |
hmm |
| 07:17 |
|
dcook |
I'm not sure I understand :/ |
| 07:17 |
|
cait |
I think you could do that with a saved search link maybe? |
| 07:17 |
|
Viktor |
Exactly. |
| 07:18 |
|
Viktor |
But I don't think it's possible today(?) |
| 07:18 |
|
Viktor |
Or I just missed it. That happens :) |
| 07:18 |
|
cait |
i thin owen had a blog post about how to style such links to be buttons |
| 07:19 |
|
Viktor |
Some TinyMCE-content connected to a list would be good also :) To provide context. |
| 07:19 |
|
cait |
if you wanted it to show in the lists, maybe it would not be so hard if you just could add a search link |
| 07:19 |
|
cait |
i thik there is a bug about comments for list items somewhere |
| 07:19 |
|
cait |
we have also been asked about that |
| 07:20 |
|
Viktor |
cait: Yes it's certainly not hard to make your own button. But adding it to the official list drop down would require jQuery :/ |
| 07:21 |
|
Viktor |
cait: Adding TinyMCE content all over the place would not be hard (left/right coulmns are other candidates) but where to store it in the db requires some thought. |
| 07:21 |
|
cait |
because of multi-langual? |
| 07:23 |
|
Viktor |
cait: Thats another thing I guess :) But currently TinyMCE lives in opac_news and that's no good naming for expanding. The table could well store it but to be thorough we should either rename or add another general purpose "HTML blob stuff from the editor"-table. Both seem no fun :) |
| 07:23 |
|
mtj |
hey peeps, can someone give me a JQ slap here... |
| 07:24 |
|
mtj |
https://jsfiddle.net/2yaz1LLs/ |
| 07:24 |
|
mtj |
why is the contains('zzz') matching? |
| 07:25 |
|
cait |
hm not sure it needs another table |
| 07:25 |
|
cait |
we also have html prefs |
| 07:25 |
|
cait |
the tiny mce is just a little helper to create/edit html |
| 07:26 |
|
cait |
and we have an editor in the branches too - for the opac info |
| 07:26 |
|
cait |
mtj: i think it doens't show |
| 07:26 |
|
cait |
ah |
| 07:26 |
|
cait |
you want .size > 0 or something |
| 07:27 |
|
dcook |
.length is what I usually use |
| 07:27 |
|
cait |
dcook: is right :) |
| 07:27 |
|
dcook |
$( "div:contains('zzz')" ).length should do the trick, I think? |
| 07:27 |
|
cait |
i was going to look it up |
| 07:27 |
|
mtj |
https://api.jquery.com/contains-selector/ |
| 07:28 |
|
cait |
if ($("#author").length) { is what i have in one of mine - looks right :) |
| 07:28 |
|
mtj |
..so theres a working example of conatins() ^ |
| 07:28 |
|
cait |
the problem is that the if is true |
| 07:28 |
|
cait |
it doesn't really match something |
| 07:28 |
|
cait |
but it's not false either |
| 07:29 |
|
dcook |
Ahh yeah I read that wrong |
| 07:29 |
|
alex_a |
indradg: hello. Thank you for the followup on BZ 14155 ! I'll review this later today |
| 07:29 |
|
dcook |
$( "div:contains('zzz')" ) should always return true I expect |
| 07:29 |
|
Viktor |
cait: True. TinyMCE is not relevant in itself. I'd rather not add tables on a whim. But "opac_news" seem dedicated to the purpose of news. |
| 07:29 |
|
dcook |
Even if it matches nothing |
| 07:30 |
|
cait |
Viktor: hm yeah, might be cleaner to have it separate - but similar maybe |
| 07:30 |
|
dcook |
And $( "div" ).css will highlight everything |
| 07:30 |
|
dcook |
Err underline |
| 07:30 |
|
cait |
i think if you have $(' div ') it's a jquery Object thing |
| 07:30 |
|
dcook |
^yep |
| 07:30 |
|
cait |
the problem is context i guess? |
| 07:31 |
|
cait |
mtj: did we properly confuse you? :) |
| 07:31 |
|
dcook |
mtj: Basically, your Javascript doesn't make sense :) |
| 07:31 |
|
dcook |
And on that note, I'm going to leave before I stay any later |
| 07:31 |
|
dcook |
Night all |
| 07:31 |
|
wahanui |
goodnight dcook. You'll be back. |
| 07:31 |
|
mtj |
here is basically what im trying to do... |
| 07:31 |
|
mtj |
if ( $(.itype:contains(‘secret item’)â€) ) { |
| 07:31 |
|
mtj |
(".shelvingloc").hide(); |
| 07:31 |
|
mtj |
} |
| 07:32 |
|
cait |
mtj: i think you are also missing the trigger |
| 07:32 |
|
wahanui |
okay, cait. |
| 07:32 |
|
mtj |
..on the opac-details page |
| 07:33 |
|
cait |
$(document).ready(function { $('div:contains("zzz")').css('text-decoration','underline'); }); should be enough - you don't need the if |
| 07:34 |
|
Viktor |
Ah - the if will always be true :) |
| 07:34 |
|
cait |
yep |
| 07:34 |
|
cait |
but as he does to work on the object anyway we don't need the if |
| 07:34 |
|
cait |
if there is an element contianing zzz now it will match and apply the css property to the diff |
| 07:35 |
|
cait |
I can recommend the code academy jquery course - it's quite fun |
| 07:35 |
|
mtj |
hmm, so how to do an 'if' with a JQ object then ? |
| 07:35 |
|
cait |
mtj: if you need one you can do .length |
| 07:35 |
|
cait |
that will be the check for the existance |
| 07:36 |
|
cait |
but in your snippet it would not be necessary |
| 07:36 |
|
mtj |
hmm, ok length.. thanks cait |
| 07:37 |
|
mtj |
is there a better way to write this ...? |
| 07:37 |
|
mtj |
if ( $(.itype:contains(‘secret item’)â€) ) { |
| 07:37 |
|
mtj |
(".shelvingloc").hide(); |
| 07:37 |
|
mtj |
} |
| 07:37 |
|
cait |
you don't need an if |
| 07:38 |
|
cait |
hm ok |
| 07:38 |
|
cait |
yes sorry you can do that with an if |
| 07:38 |
|
cait |
but add ").length |
| 07:38 |
|
mtj |
yep, gotch |
| 07:38 |
|
mtj |
if ( $(.itype:contains(‘secret item’).length â€) ) { |
| 07:38 |
|
mtj |
(".shelvingloc").hide(); |
| 07:38 |
|
mtj |
} |
| 07:39 |
|
cait |
hm not quite |
| 07:39 |
|
cait |
( $(".itype:contains(‘secret item’)").length ) |
| 07:40 |
|
cait |
i think |
| 07:40 |
|
mtj |
yes, of course |
| 07:40 |
|
mtj |
i think ive offically hit stupido'clock here |
| 07:41 |
|
cait |
time to sleep then? :) |
| 07:42 |
|
mtj |
naw, probably a break cait |
| 07:42 |
|
mtj |
hmm, doesnt seem to work.. |
| 07:42 |
|
mtj |
https://jsfiddle.net/2yaz1LLs/1/ |
| 07:42 |
|
cait |
you are missing a ) |
| 07:43 |
|
cait |
after the closing " |
| 07:43 |
|
cait |
and remove the one after length |
| 07:45 |
|
mtj |
sheesh, sorry cait :0) |
| 07:45 |
|
cait |
get a break! ;) |
| 07:45 |
|
mtj |
some days huh.. |
| 07:46 |
|
mtj |
i havent been doing much jq lately, huh |
| 07:47 |
|
* mtj |
pastes that example somewhere safe |
| 07:48 |
|
mtj |
i still struggle to 'parse' jquery wth my eyes... i often find it difficult to spot typos |
| 07:52 |
|
* magnuse |
waves at mtj |
| 07:55 |
|
|
Joubu joined #koha |
| 07:55 |
|
mtj |
hey magnuse :) |
| 07:57 |
|
|
paul_p joined #koha |
| 08:01 |
|
mtj |
whew, i got that JQ sorted |
| 08:03 |
|
mtj |
...i have just recently bumped into that lenght/size situation, too |
| 08:03 |
|
mtj |
length even |
| 08:20 |
|
Viktor |
Public reports giving different results (correct from a few days ago vs. todays correct results) when using staff / opac URLs to access them - anyone seen this before? |
| 08:25 |
|
|
Jul_ joined #koha |
| 08:26 |
|
indradg |
cait: when you tested the specific library notice deletion, was it an email notice? |
| 08:32 |
|
magnuse |
Viktor: that sounds like a bug |
| 08:43 |
|
cait |
indradg: i think so - but not entirely sure |
| 08:43 |
|
cait |
indradg: but i was remembering that patch - maybe it fixed it? |
| 08:43 |
|
indradg |
yep possible bug 14206 |
| 08:43 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=14206 normal, P5 - low, ---, indradg, Pushed to Stable , notices using non email templates can't be deleted from the staff client |
| 08:48 |
|
|
liz joined #koha |
| 08:50 |
|
indradg |
hi magnuse, mtj, Viktor |
| 08:50 |
|
Viktor |
Hi indradg! |
| 08:51 |
|
Viktor |
magnuse: I thought this might be a bug (or perhaps some caching or cronjob issue that's not accessible from the report itself). But werid and annoying :) |
| 08:52 |
|
Viktor |
magnuse: We looked into it a bit since we want to use reports for visualizations in the future. xarragon fooled around with things yesterday. Will se if he comes up with something. |
| 08:53 |
|
cait |
Viktor: hm sounds weird - can only imagine caching to be the problem |
| 09:00 |
|
Viktor |
cait: Thought it was the proxy we used but turned out to be Koha. Also we get the login page for public reports in some cases (using curl or some cases of proxy for example) |
| 09:01 |
|
|
liz joined #koha |
| 09:01 |
|
cait |
hm |
| 09:01 |
|
cait |
we haven't done much with the reports so far - but i know catalyst does a lot |
| 09:01 |
|
cait |
maybe you coudl check with rangi |
| 09:03 |
|
|
Jul- joined #koha |
| 09:06 |
|
|
paul_p_ joined #koha |
| 09:11 |
|
|
liz joined #koha |
| 09:18 |
|
Viktor |
cait: Thanks! I'll check with him if weirdness continues. |
| 09:31 |
|
|
indradg joined #koha |
| 10:17 |
|
mtj |
hey thanks for the code academy tip cait, i'm gonna check it out :0) |
| 10:23 |
|
cait |
mtj: sure - I picked up osme new things and it was fun so far |
| 10:39 |
|
mtj |
peeps, is it possible to display cost/price info for items in opac-details.pl page? |
| 10:39 |
|
cait |
mtj: not currently |
| 10:39 |
|
cait |
the table is harcoded |
| 10:39 |
|
cait |
if they bought it in acq, the acqdetailstab might help |
| 10:40 |
|
cait |
lunch time bbl |
| 10:40 |
|
mtj |
cool, thanks cait - just confirming that |
| 10:40 |
|
|
cdickinson__ joined #koha |
| 10:57 |
|
|
indradg joined #koha |
| 11:22 |
|
magnuse |
ooh ptfs europe have squashed all the ill commits into one - https://github.com/PTFS-Europe[…]mmits/3.20.01.ill |
| 11:23 |
|
magnuse |
i wonder if that means they are getting ready to submit it? ashimema? |
| 11:34 |
|
|
alex_a joined #koha |
| 11:42 |
|
|
meliss joined #koha |
| 11:50 |
|
|
Viktor_afk joined #koha |
| 11:58 |
|
|
tcohen joined #koha |
| 11:58 |
|
tcohen |
morning |
| 12:00 |
|
cait |
morning tcohen |
| 12:03 |
|
magnuse |
¡hola tcohen! |
| 12:04 |
|
mtj |
has anyone seen problems with koha-start/stop/restart-zebra lately? |
| 12:05 |
|
mtj |
the daemon process seems to be unable to detect a daemon/zebrasrv is already running |
| 12:05 |
|
indradg |
morning tcohen |
| 12:06 |
|
mtj |
i searched for a BZ, but could not find one |
| 12:07 |
|
cait |
not aware of a problem, sorry |
| 12:07 |
|
alex_a |
cait: I'm sorry, don't understand what you mean by "record level + item level" or "item level" hold (my_english--) :( |
| 12:07 |
|
alex_a |
about bz 7710 cait |
| 12:07 |
|
pastebot |
"mtj" at 127.0.0.1 pasted "zebra" (7 lines) at http://paste.koha-community.org/143 |
| 12:07 |
|
cait |
a record level would be one for the 'next available item of the record' |
| 12:07 |
|
cait |
an item level hold would be for a specific item |
| 12:08 |
|
cait |
i think having record level + item level for one patron on the same record doesn't make sense |
| 12:08 |
|
magnuse |
mtj: yes, i have been seeing that |
| 12:08 |
|
magnuse |
and eythian too, i think |
| 12:09 |
|
magnuse |
well, i think that is what i am seeing |
| 12:09 |
|
cait |
alex_a: I haven't tested the current patch - but my feeling is that 'just' a pref and it applying to ALL records in the database is not really helpful - I feel like there is something missing |
| 12:09 |
|
cait |
to make this useful |
| 12:09 |
|
cait |
but imight have misunderstood - sorry if i have |
| 12:09 |
|
cait |
bug 7710 |
| 12:09 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7710 new feature, P5 - low, ---, alex.arnaud, In Discussion , multiple holds per title |
| 12:09 |
|
magnuse |
mtj: i can do koha-restart-zebra, and then it says "zebra appears not to be running. starting zebra" then if i run koha-restart-zebra again, it says the exact same thing |
| 12:10 |
|
pastebot |
"mtj" at 127.0.0.1 pasted "zebra2" (28 lines) at http://paste.koha-community.org/144 |
| 12:10 |
|
cait |
i think i am in favour of an issuing rule - then you could combine it with the other hold options we have |
| 12:10 |
|
alex_a |
cait: May be we could have record level + item level + enumchron level ? |
| 12:10 |
|
alex_a |
cait: May be we could have ONLY |
| 12:11 |
|
mtj |
magnuse: see my 2nd paste ^ |
| 12:11 |
|
cait |
alex_a: sorry, don't understand yet, can you explain? |
| 12:12 |
|
mtj |
seems 'daemon --name=xxx-koha-zebra --running' incorrectly returns 1, not 0? |
| 12:12 |
|
alex_a |
cait: i mean that we could only allow multiple hold on items (of the same record) with different enumchron values ? |
| 12:13 |
|
mtj |
magnuse: aah, oops... i had a typo in my command |
| 12:14 |
|
cait |
alex_a: that would be an option - it's also how it was initially described |
| 12:14 |
|
cait |
it would be good to get some of the librarians to comment too |
| 12:14 |
|
pastebot |
"mtj" at 127.0.0.1 pasted "zebra3" (21 lines) at http://paste.koha-community.org/145 |
| 12:14 |
|
cait |
libraries i mean |
| 12:15 |
|
|
sophie_m joined #koha |
| 12:15 |
|
cait |
but we still need to decide what to do if there is a record level AND an item level hold - which i think doesn't make sense |
| 12:15 |
|
cait |
could we prevent that? |
| 12:15 |
|
cait |
so say if someone has a record level hold and tries to place item level we say: you already have a hold for the next item, if you want a specific item, place cancel it first? |
| 12:15 |
|
cait |
so that we avoid the double up from the beginning |
| 12:17 |
|
alex_a |
i agree that place a record level hold + an item level hold doesn't make sense at all |
| 12:17 |
|
magnuse |
mtj: my brain is refusing to parse shellscript right now... do a patch? |
| 12:18 |
|
|
Dyrcona joined #koha |
| 12:18 |
|
alex_a |
cait: ok i understand now |
| 12:18 |
|
alex_a |
\o/ |
| 12:18 |
|
alex_a |
thx |
| 12:18 |
|
mtj |
i havent clicked to a fix yet magnuse :/ |
| 12:19 |
|
cait |
alex_a: i was hoping nick or someone else would also comment - to see what people need most there |
| 12:19 |
|
cait |
holds are... holds. |
| 12:20 |
|
cait |
complicated |
| 12:20 |
|
wahanui |
complicated is far too mild a term to describe Search.pm. |
| 12:20 |
|
alex_a |
cait: i agree. I'll put this bz in disussion |
| 12:20 |
|
cait |
i don't want to block it - but before putting a lot of work into it we shoudl agree how it should work |
| 12:20 |
|
cait |
i guess |
| 12:22 |
|
magnuse |
huh, i try to import a patron csv with the columns "firstname, surname, address, categorycode, dateofbirth, branchcode", and i get "Cardnumber is not a valid cardnumber" for all of them. shouldn't it be possible to enter patrons without cardnumbers? |
| 12:22 |
|
mtj |
magnuse: well... the fix seems to be not to use 'daemon' to detect whether zebs are running - but something else.. like pids |
| 12:22 |
|
cait |
magnuse: it creates problems if a patron has none |
| 12:23 |
|
magnuse |
the help text should perhaps say they are mandatory, then? |
| 12:23 |
|
cait |
probably |
| 12:24 |
|
cait |
bug 14067 |
| 12:24 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=14067 normal, P5 - low, ---, koha-bugs, NEW , 500 error when deleting patrons |
| 12:24 |
|
cait |
borrower without cardnumber can't be deleted |
| 12:24 |
|
cait |
and i thik i had them breaking search or something similar too |
| 12:24 |
|
magnuse |
ok :-) |
| 12:25 |
|
cait |
bug 13780 |
| 12:25 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=13780 normal, P5 - low, ---, koha-bugs, NEW , A patron without cardnumer will break searching for category code |
| 12:27 |
|
|
p_vdk joined #koha |
| 12:28 |
|
magnuse |
cait++ |
| 12:28 |
|
|
p_vdk left #koha |
| 12:33 |
|
tcohen |
mtj: there was a patch for that |
| 12:34 |
|
tcohen |
bug 14361 |
| 12:34 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=14361 major, P5 - low, ---, benjamin.rokseth, Needs Signoff , koha-restart-zebra fails and probably breaks upgrade |
| 12:34 |
|
tcohen |
please test it and sign! |
| 12:36 |
|
mtj |
thanks tcohen |
| 12:39 |
|
|
indradg joined #koha |
| 12:40 |
|
mtj |
tcohen: it fixes the problem :) |
| 12:40 |
|
|
Viktor joined #koha |
| 12:40 |
|
cait |
wb Viktor |
| 12:40 |
|
mtj |
adding the --pid arg, makes daemon work |
| 12:41 |
|
magnuse |
super easy signoff, no real testing required: bug 14403 |
| 12:41 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=14403 normal, P5 - low, ---, magnus, Needs Signoff , Remove unconditional warn from Koha::NorwegianPatronDB |
| 12:42 |
|
|
Jul_ joined #koha |
| 12:45 |
|
* magnuse |
suspects Viktor of sleepwalking |
| 12:47 |
|
* magnuse |
also suspects this day of skipping a couple of hours |
| 12:48 |
|
cait |
possibly |
| 12:54 |
|
|
paul_p joined #koha |
| 12:55 |
|
magnuse |
thanks indradg |
| 12:55 |
|
indradg |
magnuse :) |
| 12:55 |
|
magnuse |
cait: bug 14403 is a supereasy qa for you :-) |
| 12:55 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=14403 normal, P5 - low, ---, magnus, Signed Off , Remove unconditional warn from Koha::NorwegianPatronDB |
| 12:56 |
|
huginn |
New commit(s) kohagit: Bug 14070: Prevent to save a letter if an error occurred <http://git.koha-community.org/[…]326ceaa64cacf83d8> / Bug 14351: Remove given-when from opac-search.pl <http://git.koha-community.org/[…]7fdff5e2d8cbe63ef> / Bug 14350: Missing statement in kohastructure.sql - DROP TABLE IF EXISTS borrower_sync <http://git.koha |
| 12:57 |
|
cait |
fighting 41101 rightnow |
| 12:57 |
|
cait |
hm bug 14401 |
| 12:57 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=14401 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , Zebra index configuration doesn't allow exact search for 'C.' |
| 12:59 |
|
magnuse |
sounds like fun |
| 13:01 |
|
|
nengard joined #koha |
| 13:01 |
|
|
JoshB joined #koha |
| 13:03 |
|
|
mario joined #koha |
| 13:04 |
|
|
edveal joined #koha |
| 13:20 |
|
|
Short_question joined #koha |
| 13:31 |
|
indradg |
tcohen bugs 14135, 14268, 14240, 14252, especially 14135 and 14268 please :) |
| 13:45 |
|
|
amyjeankearns joined #koha |
| 13:52 |
|
cait |
magnuse: it actually is a silly thing - some kind of weird mapping |
| 13:52 |
|
cait |
indradg: thx :) indradg++ |
| 13:53 |
|
cait |
did i only imagine that the language descriptions are now in a central spot? :( |
| 13:55 |
|
|
nengard left #koha |
| 13:55 |
|
|
achylles joined #koha |
| 13:57 |
|
|
pianohacker joined #koha |
| 13:58 |
|
|
geek_cl joined #koha |
| 14:05 |
|
tcohen |
indradg: i think it is ilegal to request your patches to be pushed like that |
| 14:05 |
|
tcohen |
:-P |
| 14:05 |
|
tcohen |
druthb: isn't it? |
| 14:05 |
|
druthb |
hi |
| 14:07 |
|
indradg |
tcohen: hehe... i was afraid it was... at least i wasn't trying to bribe the RM :D |
| 14:08 |
|
* cait |
whispers to indradg: he likes hard swiss hazelnut cookies... |
| 14:08 |
|
indradg |
cait: i kept scratching my head why the patch wasnt working... until i noticed the patch copy wasn't being used by zebra :P |
| 14:08 |
|
cait |
ah yes |
| 14:09 |
|
cait |
you usually need to copy it, but it dpeends on your setup |
| 14:09 |
|
|
drojf joined #koha |
| 14:09 |
|
indradg |
hi druthb, drojf |
| 14:09 |
|
drojf |
hi indradg |
| 14:16 |
|
* indradg |
waves |
| 14:32 |
|
pianohacker |
druthb! Hi :) |
| 14:32 |
|
druthb |
pianohacker! :) :P |
| 14:42 |
|
|
rocio joined #koha |
| 15:20 |
|
|
AmitG joined #koha |
| 15:20 |
|
AmitG |
hi all |
| 15:20 |
|
AmitG |
hi indradg |
| 15:28 |
|
|
tcohen joined #koha |
| 15:29 |
|
AmitG |
hi tchoen |
| 15:29 |
|
AmitG |
hi tcohen |
| 15:37 |
|
reiveune |
bye |
| 15:38 |
|
|
reiveune left #koha |
| 15:39 |
|
khall |
has anyone else seen this bug before? Bug 12552 |
| 15:39 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12552 major, P5 - low, ---, kyle, Needs Signoff , Odd error caused by URI Escape |
| 15:39 |
|
khall |
it's driving me crazy that I can't reproduce it on a test server |
| 15:40 |
|
bag |
good morning |
| 15:40 |
|
wahanui |
the only good morning is a dead one |
| 15:45 |
|
|
alex_a joined #koha |
| 15:47 |
|
|
talljoy joined #koha |
| 16:04 |
|
|
burdsjm joined #koha |
| 16:27 |
|
|
cait left #koha |
| 16:37 |
|
|
Shane-S joined #koha |
| 16:37 |
|
Shane-S |
Hi there, few questions...1: is 3.12 to far behind to go to 3.20 if I used packages? |
| 16:38 |
|
Shane-S |
2: Is it possible to share the patrons database between separate libraries? (I currently track IT assets this way...and my librarian is having a fit with my overdues) |
| 16:38 |
|
|
barton_tablet joined #koha |
| 16:39 |
|
Shane-S |
3: If I can't share the patrons, can I run a mysql query to extract and populate or is there data issues doing so? |
| 16:59 |
|
pianohacker |
Shane-S: 1. No, shouldn't be, the upgrade will require some time (and you should definitely back up first) 2. Between separate libraries, yes, but they have to be in the same Koha installation. You can get some level of isolation, but not complete. 3. There shouldn't be huge issues, but be careful with checkouts/fines/etc |
| 17:51 |
|
|
mtompset joined #koha |
| 17:51 |
|
mtompset |
Greetings, #koha. |
| 17:53 |
|
mtompset |
@seen khall |
| 17:53 |
|
huginn |
mtompset: khall was last seen in #koha 2 hours, 13 minutes, and 11 seconds ago: <khall> it's driving me crazy that I can't reproduce it on a test server |
| 17:53 |
|
khall |
yo |
| 17:53 |
|
mtompset |
I guess your last comment was about bug 12552 |
| 17:53 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12552 major, P5 - low, ---, kyle, Needs Signoff , Odd error caused by URI Escape |
| 17:53 |
|
khall |
yep |
| 17:53 |
|
mtompset |
Do you have a server with an older URI::Escape? |
| 17:54 |
|
khall |
that's the first thing I checked, URI::Escape is the latest version |
| 17:54 |
|
khall |
I tried that based on my old comment ; ) |
| 17:54 |
|
mtompset |
and it happens with the latest version?! |
| 17:55 |
|
khall |
yes, what's more odd is there isn't even a note set. We get the error even if you leave the note field blank! |
| 17:55 |
|
khall |
it's utter nonsense to me |
| 17:55 |
|
mtompset |
What browser? |
| 17:55 |
|
wahanui |
browser is unresponsive for a moment while the table loads. |
| 17:55 |
|
khall |
chrome and firefox |
| 17:55 |
|
wahanui |
chrome and firefox are more or less the same speed these days |
| 17:55 |
|
mtompset |
on debian? |
| 17:56 |
|
khall |
yes |
| 17:56 |
|
khall |
actually, now that I recall, I think the data we are escaping there are the fine notes, not the payment notes, so it's probably not a browser issue |
| 17:57 |
|
mtompset |
No, it is payment note you are escaping. |
| 17:57 |
|
mtompset |
I figure you are hitting the write off button. |
| 17:57 |
|
khall |
ok, thanks for confirming that. |
| 17:57 |
|
khall |
I'm using the "Pay" button |
| 17:57 |
|
khall |
for individual fines |
| 17:57 |
|
mtompset |
okay that button set. :) |
| 17:59 |
|
mtompset |
I just tried IE, Firefox, and Chrome in Windows 7. |
| 18:00 |
|
mtompset |
I found it interesting that Firefox did NOT escape the [ in my note. |
| 18:00 |
|
mtompset |
Both IE and Chrome did. |
| 18:00 |
|
mtompset |
This is unpatched. |
| 18:00 |
|
khall |
that is most odd |
| 18:01 |
|
mtompset |
So, if I'm going to try to replicate, I think I'll work with firefox. ;) |
| 18:01 |
|
mtompset |
you just hit the pay button? |
| 18:01 |
|
mtompset |
no comment? |
| 18:04 |
|
|
wnickc joined #koha |
| 18:07 |
|
mtompset |
So the error occurs immediately after hitting the pay button, khall? |
| 18:07 |
|
mtompset |
nice, HTML crapout, or is this a subtle warning log? |
| 18:07 |
|
khall |
yes, that is correct |
| 18:07 |
|
khall |
html crapout |
| 18:08 |
|
mtompset |
I can't replicate it either. |
| 18:08 |
|
mtompset |
But I know the patch is good. |
| 18:08 |
|
mtompset |
frustrating. :( |
| 18:09 |
|
|
indradg joined #koha |
| 18:12 |
|
mtompset |
BTW, my server was Debian Jessie. |
| 18:13 |
|
mtompset |
I'm assuming these are at least Debian Wheezy, right, khall? |
| 18:13 |
|
khall |
yes |
| 18:13 |
|
khall |
at least I think so, I'd have to double check |
| 18:15 |
|
mtompset |
Maybe, indradg has a livedvd that replicates the problem. ;) |
| 18:15 |
|
indradg |
eNh! i no do such things ;-) |
| 18:17 |
|
mtompset |
khall: What version are the production systems experiencing this? |
| 18:17 |
|
mtompset |
perhaps this is one of those annoying subtle side-effects that is hiding. |
| 18:37 |
|
* mtompset |
goes decides to eat some food. Oops! Missed lunch. |
| 18:37 |
|
|
magnuse joined #koha |
| 18:54 |
|
* magnuse |
will be travelling tomorrow - have fun #koha! |
| 19:30 |
|
|
cait joined #koha |
| 19:35 |
|
|
barton|tablet joined #koha |
| 19:44 |
|
|
drojf joined #koha |
| 19:46 |
|
|
meliss joined #koha |
| 19:52 |
|
mtompset |
khall_away: :( not quite. |
| 20:00 |
|
|
Stompro joined #koha |
| 20:30 |
|
|
liz joined #koha |
| 20:35 |
|
|
Topic for #koha is now Happy Birthday tcohen |
| 20:39 |
|
wnickc |
If the guy who wanted to watch Anchroman 2 figured out how to place a hold, no one can tell me this system is too complicated |
| 20:40 |
|
rangi |
heh |
| 20:40 |
|
cait |
huh? |
| 20:40 |
|
liz |
every borrower their materials, core librarian value. |
| 20:42 |
|
wnickc |
I mean, I purchased it and was the first borrower so can't really judge |
| 20:43 |
|
* liz |
is not judging |
| 20:44 |
|
rangi |
i watched it, it's not horrendous |
| 20:44 |
|
drojf |
i always wondered if librarians judge me when i check out weird stuff. i'll never visit a library again now :( |
| 20:44 |
|
* wnickc |
feels librairan guilt |
| 20:45 |
|
cait |
wnickc: instead of feelign guilt... |
| 20:45 |
|
rangi |
i judge people who dont visit libraries |
| 20:45 |
|
cait |
i got a bug i need a commen ton |
| 20:45 |
|
cait |
7710 |
| 20:45 |
|
rangi |
now you're stuck drojf |
| 20:45 |
|
rangi |
:) |
| 20:46 |
|
drojf |
damn |
| 20:46 |
|
liz |
the OPAC is pretty consistent in it's usability, I think. It has some spots that need polishing but it's mostly ok I think |
| 20:46 |
|
drojf |
:D |
| 20:46 |
|
wnickc |
drojf: I try not to, but we all slip now and then |
| 20:46 |
|
wnickc |
liz:I totally agree, some people just never get past "But in our old system..." |
| 20:47 |
|
wnickc |
cait:been pondering that, will put something there |
| 20:48 |
|
pianohacker |
bug 7710 |
| 20:48 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7710 new feature, P5 - low, ---, alex.arnaud, In Discussion , multiple holds per title |
| 20:48 |
|
cait |
wnickc: i was thinking a patch just to allow multiple on all - that would maybe just create chaos... or not be super helpful |
| 20:49 |
|
wnickc |
where most of the libraries I know are looking for this patch it is specifically on DVD sets and the like |
| 20:49 |
|
cait |
wnickc: and the other thing is mixing record level and item level holds... which I can't coome up with a use case for - i feel like we should probably not aloow that or mke it possible to configure it so that it won't happen (force item levle holds maybe) |
| 20:49 |
|
cait |
yep makes sense |
| 20:49 |
|
wnickc |
Where multiple parts are catalgoed as individual items and a patron wants discs 3 and 4 say |
| 20:49 |
|
cait |
or serials in an academic setting - the bound year volumes |
| 20:49 |
|
cait |
they are often in closed stacks too |
| 20:50 |
|
liz |
for what it's worth |
| 20:50 |
|
liz |
I don't think that you should allow one person to place both biblio level and item level holds on the same biblio |
| 20:50 |
|
wnickc |
I can see a use for record/item holds if looking for book group or something. All items are out, you specifically hold the one out to staff or certian borrowers and make sure they don't renew and then place a next available to catch whatever other one comes back |
| 20:51 |
|
rangi |
i agree with liz, that should be impossible |
| 20:51 |
|
rangi |
either 1 biblio level hold |
| 20:51 |
|
wnickc |
may be reaching there, but if you can think it, someone is doiing it |
| 20:51 |
|
rangi |
or multiple item level |
| 20:51 |
|
liz |
or several item level ones |
| 20:51 |
|
rangi |
but not both |
| 20:51 |
|
rangi |
the could to try and sort that out at circulation would just be untenable |
| 20:52 |
|
rangi |
and always be doing something wrong |
| 20:52 |
|
liz |
book clubs being a good example here, a librarian should place individual holds on all copies theyw want back |
| 20:52 |
|
liz |
if they only want one back, biblio level. |
| 20:52 |
|
rangi |
itd be like my aprils fools day patch, which just randomly issued books to borrowers no matter what they actually wanted |
| 20:52 |
|
rangi |
liz: agreed |
| 20:53 |
|
liz |
serials, same - though for a serial you'd almost never want a biblio level, that's not really sensible. |
| 20:53 |
|
* cait |
nods |
| 20:53 |
|
wnickc |
I can agree on not mixing, but why not 2 bib level? |
| 20:53 |
|
cait |
i think the other is too chaotic |
| 20:53 |
|
cait |
why would you need 2 identic copies? |
| 20:53 |
|
rangi |
maybe for a book club |
| 20:53 |
|
rangi |
yeah, i could see a case for 2 biblio level ones |
| 20:54 |
|
cait |
maybe allow from the staff side |
| 20:54 |
|
cait |
but not sure about the opac |
| 20:54 |
|
rangi |
i just want two copies .. i dont care which 2, just 2 |
| 20:54 |
|
cait |
and should be optional... i think |
| 20:54 |
|
cait |
libraries here don't want students to have 2 of the same - because then another student doesn't get one |
| 20:54 |
|
liz |
maybe have an option to specify number of copies? |
| 20:54 |
|
liz |
to fulfill the hold? |
| 20:54 |
|
rangi |
liz: yeah, i could see that on the staff side |
| 20:54 |
|
wnickc |
so the hold would have a counter? |
| 20:55 |
|
liz |
i.e. biblio level, two copies |
| 20:55 |
|
liz |
and hold is complete |
| 20:55 |
|
cait |
wnickc: i think 2 holds... or we are loking at at total holds rewrite |
| 20:55 |
|
rangi |
wnickc: the system could just place 2 holds in the background |
| 20:55 |
|
cait |
yep |
| 20:55 |
|
rangi |
wnickc: but the interface could let you say, 2 copies please |
| 20:55 |
|
liz |
^^^ |
| 20:56 |
|
wnickc |
I like that |
| 20:56 |
|
cait |
i think the tricky bit here after hte use cases is |
| 20:56 |
|
cait |
how do we want to configure it? |
| 20:56 |
|
cait |
the patch is a global pref now i tihnk |
| 20:56 |
|
cait |
i hope i didn't get that wrong |
| 20:56 |
|
rangi |
yeah i think it needs to be with the circ rules |
| 20:56 |
|
cait |
just *how many total on a record* and i feel like that is not really helpful |
| 20:56 |
|
rangi |
not a global pref |
| 20:56 |
|
cait |
yeah i was thinking the same |
| 20:56 |
|
cait |
we have all the other hold related stuff ther enow... it would make it realy flexible |
| 20:57 |
|
rangi |
*nod* |
| 20:57 |
|
cait |
i also kind of liked the enumchron idea - but that could maybe also be done |
| 20:57 |
|
rangi |
ok, meeting time |
| 20:57 |
|
wahanui |
somebody said meeting time was always going to favour one section of the globe |
| 20:57 |
|
rangi |
bbiab |
| 20:57 |
|
cait |
and you could combine it with forced item holds and solve the 'don't mix' issue |
| 20:57 |
|
pianohacker |
heh. Reminds me , Kyle and I have a circ rules UI revamp we need to send an RFC for to community |
| 20:57 |
|
pianohacker |
(not even started, but every new circ rule column makes it more important) |
| 20:58 |
|
cait |
true... but i think it's really better to have it there than the logic scattered in all those different places :) |
| 20:58 |
|
pianohacker |
if we keep adding columns you'll need a http://www.newegg.com/Product/[…]em=9SIA25V16D0069 to configure the dang thing |
| 20:59 |
|
wnickc |
yeah, the more branch specific anything can be configured the happier our member libraries are |
| 21:00 |
|
cait |
pianohacker: i think we just need a more flexible way to filter sort the columns... and an editable table would be nice |
| 21:00 |
|
cait |
... can i get one? :) |
| 21:00 |
|
cait |
so i could filter on the overdue related columns and sort by category or itemtype... and type in the values directly |
| 21:00 |
|
pianohacker |
I had a patch for that years and years ago... we're thinking something a bit more ambitious |
| 21:01 |
|
|
cdickinson joined #koha |
| 21:01 |
|
cait |
pianohacker: just don't overcomplicate :) |
| 21:01 |
|
cait |
right now i usually load them with sql... because enteirng them in the gui is too painful |
| 21:02 |
|
pianohacker |
cait: we have two versions, one of them I think will be much liked and the other that may be a bit too crazy |
| 21:02 |
|
cait |
heh we will see :) |
| 21:03 |
|
|
achylles joined #koha |
| 21:05 |
|
pianohacker |
The elevator pitch is that we want to have a UI/backend where you drill down by branch, category or item type and configure only the things that you want to configure at that level. As it stands, there's a lot of forced duplication between rules because you have to specify every value for each entry |
| 21:05 |
|
pianohacker |
When you may want loan length to be the same for most things and only configure, say, fines per itemtype |
| 21:05 |
|
cait |
yeah ... but it also means that we get a clear rule out of it :) |
| 21:06 |
|
cait |
but we still could on database level anyway i guess |
| 21:06 |
|
pianohacker |
you do, but the current UI is clear to the point of frustration, too much data to parse through |
| 21:06 |
|
cait |
yeah... all i use is sql |
| 21:07 |
|
cait |
that#s why i asked for sorting and filtering on table columns... it's how i do it now i guess |
| 21:07 |
|
cait |
using mysql workbench - also lets you write into the cells directly |
| 21:07 |
|
|
liz joined #koha |
| 21:08 |
|
pianohacker |
and most people don't trust the fallback order from specific branch/categorycode/itemtype to less specific, so while you may have a clear _rule_, you may not have a clear idea of _when_ that rule will be applied |
| 21:08 |
|
cait |
yeah.... i don't use it for that reason |
| 21:08 |
|
cait |
the defaults |
| 21:08 |
|
wahanui |
the defaults are 80 with packages. |
| 21:08 |
|
cait |
i do a complete matrix |
| 21:08 |
|
pianohacker |
I'd like the UI to suggest that more naturally than the current awkward list at the top |
| 21:09 |
|
cait |
yeah that would be nice |
| 21:09 |
|
pianohacker |
[C[C[C[C[C[C[C[C[C[Cexactly! and you're at least somewhat familiar with the underlying logic, librarians in general aren't |
| 21:09 |
|
cait |
shining through in grey or so |
| 21:09 |
|
pianohacker |
oh jeez |
| 21:09 |
|
cait |
what did you try to say there? |
| 21:09 |
|
pianohacker |
held down arrow key on a slow ssh link :P |
| 21:10 |
|
pianohacker |
"exactly! and you're at least somewhat familiar with the underlying logic, librarians in general aren't" |
| 21:11 |
|
pianohacker |
but yeah, we need something that's better than a complete matrix (unpleasant reminders of 2.2 era) but less vague than the current interface |
| 21:11 |
|
pianohacker |
and Kyle and I are always looking for a new ocean to boil |
| 21:12 |
|
wnickc |
i've always kind of wanted a tester, scan an item/patron and get back the rule that is applying |
| 21:12 |
|
pianohacker |
wnickc: I either want to include that or make it unnecessary :) |
| 21:13 |
|
wnickc |
I guess you need branch too because of HomeOrHoldingBranch |
| 21:13 |
|
wnickc |
pianohacker:unneccessary gets my vote |
| 21:18 |
|
pianohacker |
cait: I like the editable table thing and I think they'd be nice in a number of places in the admin interface, but I think the fallback logic makes them a bit too limited for circ rules |
| 21:18 |
|
cait |
hm not necessarily |
| 21:18 |
|
cait |
what i'd lik to avoid is have to specify separate rules |
| 21:18 |
|
cait |
an then apply them again somewhere |
| 21:19 |
|
cait |
(like the one that shoudl not be named seems to do) |
| 21:30 |
|
cait |
wnickc: there is no OpacItemholds pref anymore :) |
| 21:30 |
|
cait |
wnickc: also in the circ rules now |
| 21:30 |
|
cait |
with 3.20 |
| 21:38 |
|
wnickc |
Ah, running on 3.18, should never use it for reference :-) |
| 21:42 |
|
cait |
allowonshelfholds too |
| 21:42 |
|
cait |
i was really keen on that patch to make it in |
| 21:42 |
|
cait |
a world of new possibilities |
| 21:45 |
|
wnickc |
I think we have some libraries who will be happy about that |
| 21:50 |
|
drojf |
good night #koha |
| 22:12 |
|
wnickc |
bye #koha |
| 22:21 |
|
eythian |
hi |
| 22:22 |
|
cait |
night all :) |
| 22:22 |
|
|
cait left #koha |
| 22:54 |
|
|
JoshB joined #koha |
| 23:00 |
|
|
JoshB joined #koha |
| 23:02 |
|
|
JesseM joined #koha |
| 23:14 |
|
|
JoshB joined #koha |
