| Time |
Nick |
Message |
| 00:36 |
|
zerick joined #evergreen |
| 01:12 |
|
stevenyvr2 joined #evergreen |
| 01:13 |
|
stevenyvr2 left #evergreen |
| 01:37 |
|
Mark__T joined #evergreen |
| 02:04 |
|
serflog joined #evergreen |
| 02:04 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 02:05 |
|
berick joined #evergreen |
| 03:42 |
|
book` joined #evergreen |
| 06:47 |
|
kmlussier joined #evergreen |
| 06:58 |
|
timlaptop joined #evergreen |
| 08:18 |
|
akilsdonk_ joined #evergreen |
| 08:35 |
|
kbeswick joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:45 |
|
Rish joined #evergreen |
| 08:46 |
|
ericar joined #evergreen |
| 08:52 |
|
DPearl joined #evergreen |
| 08:58 |
|
Shae joined #evergreen |
| 09:01 |
|
bott_otr joined #evergreen |
| 09:05 |
|
yboston joined #evergreen |
| 09:06 |
|
mrpeters joined #evergreen |
| 09:10 |
|
kmlussier joined #evergreen |
| 09:17 |
remingtron |
hack-a-way day 2: reports from working groups starting now |
| 09:17 |
|
RoganH joined #evergreen |
| 09:21 |
|
yboston joined #evergreen |
| 09:21 |
|
bott_otr joined #evergreen |
| 09:24 |
senator |
random/collab/berick/web-staff-ui-experiments |
| 09:24 |
|
collum joined #evergreen |
| 09:24 |
jeff |
https://dev198.esilibrary.com/~berick/egstaff/ |
| 09:25 |
dbs |
bshum: just about to move the place hold / add to my list stuff inline rather than in a table cell |
| 09:25 |
bshum |
Sweet |
| 09:26 |
bshum |
dbs: I'm working on merging bott's initial code for the advanced search changes |
| 09:26 |
|
jboyer-laptaupe joined #evergreen |
| 09:26 |
bshum |
And grabbing collum's changes for the labels |
| 09:28 |
* dbs |
claps excitedly at Marque.pm :) |
| 09:28 |
eeevil |
any hangout to lurk in? |
| 09:28 |
bshum |
dbs++ Dyrcona++ |
| 09:28 |
dbs |
eeevil: rogan just shared one on G+ |
| 09:29 |
dbs |
(well, 12 minutes ago) |
| 09:30 |
RoganH |
hopefully my typing isn't muting the hangout now |
| 09:30 |
RoganH |
I did some googling for how to hack hangouts last night |
| 09:30 |
dbs |
RoganH: no problems |
| 09:32 |
RoganH |
I don't want to post the url in public chat but does anyone privately want it? |
| 09:32 |
paxed |
evening. |
| 09:32 |
* eeevil |
has double joined |
| 09:33 |
RoganH |
clarification: bill's dev server link for the work he's doing |
| 09:33 |
|
ericar joined #evergreen |
| 09:37 |
|
BigRig joined #evergreen |
| 09:37 |
|
yboston_ joined #evergreen |
| 09:37 |
|
yboston_ joined #evergreen |
| 09:38 |
remingtron |
EG 2.6 discussion collaborative notes, please edit! http://goo.gl/oGoSUI |
| 09:38 |
|
yboston joined #evergreen |
| 09:39 |
dbs |
bshum: okay, a couple of commits on there now; place hold / add to my list now live under the record metadata in results & are enabled for mobile mode |
| 09:40 |
dbs |
btw, you'll be excited to know I _have_ tested this in IE8 :) |
| 09:40 |
RoganH |
dbs: but how does it run in lynx? |
| 09:40 |
dbs |
RoganH: pretty well, actually |
| 09:40 |
RoganH |
dbs: if it runs in lynx I'm happy :) |
| 09:41 |
jeff |
hrm. bootstrap requires jquery for any/all of the bootstrap js plugins. foundation looks interesting, but in both cases i worry about external dependency and overall "fit". |
| 09:41 |
dbs |
jeff: I continue my anti-framework stance :) |
| 09:42 |
jeff |
it's a tricky balance between "fragile house of external dependencies" and "INVENT ALL THE THINGS!" |
| 09:42 |
jeffdavis |
Given the choice between a framework and 100% home-grown js, I would strongly prefer a framework. |
| 09:43 |
jeffdavis |
But not, like, 5 frameworks. |
| 09:43 |
jeff |
i lean toward "frameworks save us from reinventing certain wheels", but then i look at the huge glossary-like list of things that many frameworks come with, and i despair and hide from the scary framework beasts. |
| 09:44 |
dbs |
I lean towards not reinventing wheels too, but if you look at what we _actually_ have to maintain for the TPAC today, it's a handful of lines of JS and about 1000 lines of CSS. |
| 09:45 |
dbs |
Switching to a framework means adapting all of that and adding an external dependency. Not sure what the gain is. |
| 09:45 |
jeff |
things like this scream "here there be rabbit holes" to me: "If you download the original files, you need to compile Bootstrap's LESS files into usable CSS. To do that, Bootstrap only officially supports Recess, Twitter's CSS hinter built on top of less.js." "It's easily updated using Scss or our CSS customizer." |
| 09:45 |
jeffdavis |
dbs: That's due to a deliberate avoidance of JS, though, which is not something that we can do in the staff client. |
| 09:45 |
dbs |
And in the end, contributions > opinions. |
| 09:45 |
bshum |
dbs: Pushed bott's commit to the collab on top of yours |
| 09:46 |
jeff |
dbs: in my context, i'm looking at staff-y things and less tpac things. since there's a bit of a clean slate option there, frameworks are being discussed as part of the experimentation. |
| 09:47 |
dbs |
jeff: okay, that context helps. |
| 09:49 |
jeff |
dbs: which isn't to say that we shouldn't also consider the advantages of having common ground between "catalog" and "staff-y stuff" web interfaces. :-) |
| 09:50 |
dbs |
jeff: yeah, although for a catalog you almost have to have HTML that can be crawled, whereas a staff-y stuff thing can be extremely dynamic (e.g. AngularJS and its client-side MVC model) |
| 09:51 |
jeff |
*nod* |
| 09:51 |
jeff |
I think you have more Angular awareness than I -- is it insane to consider mixing Angular and Dojo, or is it reasonable for them to be complimentary? |
| 09:52 |
jeff |
My gut says "pick dojo or Angular" |
| 09:52 |
jeff |
(implied: "not both") |
| 09:53 |
dbs |
jeff: people do mix Angular with, say, bootstrap |
| 09:53 |
dbs |
and there are things like http://spicytechies.blogspot.ca/2012/12/dojo-angluarjs-powerful-combination.html |
| 09:55 |
jeff |
okay. thanks! |
| 09:56 |
collum |
koha's dashboard: http://dashboard.koha-community.org/ |
| 09:56 |
jcamins_ |
If I could offer my two cents on Angular + other stuff -- and you can't stop me, bwahahaha! -- I think using Angular + Bootstrap + jQuery may be problematic because jQuery is just staggeringly heavy. |
| 09:57 |
* jcamins |
has had the opportunity to see first-hand just how heavy jQuery is recently, and on a fast-loading page, jQuery can easily quadruple the load time. |
| 09:57 |
jeff |
certainly. i suspect that you can use bootstrap minus any of the bootstrap js plugins and avoid jquery. |
| 09:57 |
jcamins |
jeff: yeah, that's my long-term plan. |
| 09:57 |
jeff |
but i've not tried or confirned that. |
| 09:57 |
jcamins |
It is true. |
| 09:57 |
jcamins |
I have tried that. |
| 09:57 |
jeff |
cool. thanks! |
| 09:58 |
jcamins |
I don't know anything about Dojo, though, so maybe that's similarly heavy. |
| 09:58 |
dbs |
angularjs is designed to be as lightweight and fast as possible; it has a minimal jquery-lite implementation |
| 09:58 |
dbs |
dojo was insanely heavy, although current dojo + amd might be less insane |
| 09:59 |
eeevil |
just as a data point: 20 dbw2 calvin.edu dbw2calvin.edu (self-commits ... mostly upgrade scripts, I'd bet) |
| 09:59 |
eeevil |
git log --since=2013-05-01 --format=format:"%aE %cE"|sort|uniq -c |
| 09:59 |
bshum |
Yeah that's what I would have guessed. upgrade script stamping is most of my self-commits |
| 09:59 |
* dbs |
adds | sort -n to eeevil's command |
| 10:01 |
jeff |
and recent dojo is able to load quickly and is lightweight if you are using just some of it. |
| 10:01 |
eeevil |
dbs: aye. i left that off so I could find the line |
| 10:02 |
jcamins |
One more point about Bootstrap if you're looking at it for the first time: if you want to change lots of the variables, you're probably going to want to compile bootstrap yourself. |
| 10:03 |
jcamins |
^^ another thing I learned the hard way |
| 10:04 |
jeff |
good to know. |
| 10:07 |
dbs |
If we don't try to keep master stable, I'm out of here. |
| 10:08 |
bshum |
dbs++ |
| 10:09 |
eeevil |
fwiw, I've also come around to the "keep master stable" side ... I was the biggest jerk about that before |
| 10:09 |
bshum |
If we want to see what happens with merging more stuff, there's always working topic branches where we bind lots of stuff together for alphas/whatever |
| 10:10 |
bshum |
Kind of like what Drycona did a couple releases back when there was a ton to review? |
| 10:10 |
RoganH |
My libraries would crucify me without a stable master. |
| 10:10 |
jeff |
bshum: "integration branches"? |
| 10:10 |
bshum |
jeff: That's the term, yes |
| 10:13 |
eeevil |
short version: yes, we have the resources if we're willing to say "that's too hard to backport" |
| 10:14 |
eeevil |
the job of release maintainer is, in practice, cutting whatever's been committed over the past month |
| 10:16 |
csharp |
some of the backporting burden could be placed on the orgs running the "older" supported releases? |
| 10:17 |
eeevil |
csharp: that's orthogonal, in many many cases |
| 10:17 |
* csharp |
speaks as one in the netherworld between "sys admin" and "developer" |
| 10:17 |
dbs |
csharp: that's what I tried to do when I was 2.2 maintainer, because we were running 2.2 at that time. IIRC... |
| 10:20 |
|
Dyrcona joined #evergreen |
| 10:21 |
dbs |
+1 to dbwells having done a good job of release management - particularly on the communication front |
| 10:21 |
jeffdavis |
dbwells++ |
| 10:22 |
eeevil |
for i in head-ILS ILS-2.4 ILS-2.3; do (cd $i && echo -n "$i " && git log --since=2013-05-01 --format=format:"%cE"|wc -l); done ... |
| 10:22 |
eeevil |
head-ILS 406 |
| 10:22 |
eeevil |
ILS-2.4 171 |
| 10:22 |
eeevil |
ILS-2.3 99 |
| 10:25 |
csharp |
dbwells++ |
| 10:26 |
dbs |
git log --since=2013-05-01 | grep "Signed-off-by" | sort | uniq -c | sort -nr # is interesting as well |
| 10:27 |
eeevil |
yeah. like a union of author and committer |
| 10:27 |
dbs |
git log --since=2013-05-01 -- Open-ILS | grep "Signed-off-by" | sort | uniq -c | sort -nr # if you want to rule out docs & i18n |
| 10:28 |
eeevil |
dbs: I started doing that too, looking for active src author vs committer |
| 10:28 |
senator |
dbs: hey, i was 2.2, you were 2.1 ;-) |
| 10:28 |
dbs |
senator: ah, man, ancient history :) |
| 10:29 |
dbs |
gource! |
| 10:29 |
bshum |
Yay, gource! |
| 10:29 |
eeevil |
gource? |
| 10:30 |
eeevil |
ah |
| 10:32 |
csharp |
gource++ |
| 10:36 |
eeevil |
not looking at /other peoples/ code, no |
| 10:36 |
eeevil |
(for those not following along with the hackaway, just pretend I have Turrets) |
| 10:37 |
|
tspindler joined #evergreen |
| 10:42 |
bott_otr |
squirrel! |
| 10:42 |
dbs |
I'm pretty sure those steps (this is what I expected, this is what happened) are in the Launchpad template? |
| 10:42 |
bshum |
I think so... |
| 10:43 |
eeevil |
dbs: I haven't noticed them... |
| 10:43 |
* eeevil |
looks |
| 10:43 |
dbs |
I'm pretty sure those steps (this is what I expected, this is what happened) are in the Launchpad template? |
| 10:43 |
dbs |
blah, whoops :) |
| 10:43 |
eeevil |
dbs: oh, the list of stuff under the form that I never read because it's /after/ the input area ;) |
| 10:44 |
dbs |
eeevil: Yeah, I can't do anything about that :/ |
| 10:44 |
eeevil |
no blame |
| 10:46 |
csharp |
@blame [someone] |
| 10:46 |
pinesol_green |
csharp: http://cat.evergreen-ils.org.meowbify.com/ musta been an Apple employee. |
| 10:50 |
dbs |
It's all PINES' fault! |
| 10:50 |
dbs |
They found all the bugs! |
| 10:50 |
csharp |
@blame PINES |
| 10:50 |
pinesol_green |
csharp: PINES is why we can never have nice things! |
| 10:51 |
|
BigRig_ joined #evergreen |
| 10:56 |
eeevil |
+1 for reopening |
| 10:56 |
csharp |
MANAGE ALL THE RELEASES! |
| 10:59 |
dbs |
gotta drop off the call - conflicting call - good discussion though |
| 10:59 |
jeff |
dbs++ adios! |
| 11:00 |
dbs |
note on late commits: _everybody_ wanted a mobile catalogue, nobody really worked on one for 2.5 until this weekend :/ |
| 11:00 |
dbs |
bshum: pushed a commit for record details page as well |
| 11:00 |
phasefx |
is there a notes gdoc for today? |
| 11:00 |
dbs |
phasefx: https://docs.google.com/document/d/1Y2RDoH4E8IOlqHTaHRDmB9imK3iiFwOMt0TRs8hCSnA/edit |
| 11:00 |
phasefx |
dbs: gracias |
| 11:00 |
bshum |
dbs: Sweet. I have to resync my test server with all these changes. |
| 11:00 |
|
atheos_ joined #evergreen |
| 11:09 |
Dyrcona |
Had I been 2.5 RM, it would have been a disaster. I |
| 11:09 |
Dyrcona |
I've spent my summer on adding a new member and my bosses' priorities. |
| 11:12 |
|
mrpeters joined #evergreen |
| 11:41 |
eeevil |
I've fallen off the hangout ... will dial back in after lunch |
| 11:41 |
eeevil |
great work, folks. glad to see how productive things are up there |
| 11:42 |
|
yboston joined #evergreen |
| 11:47 |
csharp |
http://archive.georgialibraries.org/ |
| 11:50 |
|
yboston joined #evergreen |
| 11:56 |
|
yboston joined #evergreen |
| 11:56 |
|
yboston_ joined #evergreen |
| 11:57 |
|
jdouma joined #evergreen |
| 12:13 |
|
acoomes joined #evergreen |
| 12:26 |
|
smyers_ joined #evergreen |
| 12:33 |
|
ericar joined #evergreen |
| 12:44 |
|
dboyle joined #evergreen |
| 13:03 |
|
bott_otr joined #evergreen |
| 13:05 |
dbs |
whoops, "()" if there is no pubdate... will fix. thanks for pushing the theory, bshum :) |
| 13:05 |
kmlussier |
dbs: Could you give me your opinion on something. I've been changing the tabs in the my account interface to a dropdown in small screens since the tabs were overly crowded. See: http://www.screencast.com/t/FmWibjxFYD |
| 13:05 |
kmlussier |
I now need to make the dropdown functional. Would this be an appropriate use of javascript or do you think I should be adding a "Go" button here? |
| 13:13 |
|
stevenyvr2 joined #evergreen |
| 13:13 |
|
yboston_ joined #evergreen |
| 13:14 |
dbs |
bshum: push fixed |
| 13:15 |
kmlussier |
dbs: If you want to join a Hangout, let me know when you're ready. It's all set to go. |
| 13:15 |
dbs |
kmlussier: Cool! |
| 13:15 |
dbs |
To both your work and the hangout :) |
| 13:15 |
|
RoganH joined #evergreen |
| 13:15 |
bshum |
Picking the minor fix to theory for you |
| 13:17 |
bshum |
Done |
| 13:18 |
* tsbere |
pokes at SIPServer security issues that came up today :( |
| 13:18 |
bshum |
dbs: We like the way place hold/add to list works in mobile view. Looking back at how it works in the main view next |
| 13:19 |
jeff |
tsbere: security bug yet? |
| 13:19 |
bshum |
Right now, it sort of hangs to the right depending on the length of the title |
| 13:20 |
bshum |
And it looks a little strange, since it's no longer in a consistent place. |
| 13:20 |
tsbere |
jeff: I was half considering just pushing the fix in. >_> |
| 13:21 |
* tsbere |
*has* an apparently working fix. In fact, he wrote the fix, decided to reproduce the issue, and forgot to run a non-fixed SIPServer for the first 30 min of trying (and failing) to reproduce it... |
| 13:21 |
dbs |
bshum: yeah, initially I thought about just keeping it underneath in main view as well. Alternately could still float: right I suppose |
| 13:22 |
bshum |
dbs: That's something we've been talking about over here |
| 13:22 |
bshum |
Setting it just be underneath all the time |
| 13:27 |
|
roses joined #evergreen |
| 13:27 |
* gmcharlt |
echoes jeff -- security bug, please |
| 13:27 |
|
kmlussier joined #evergreen |
| 13:28 |
|
Rogan_Ni joined #evergreen |
| 13:29 |
roses |
Do you know if shelf location/item type can be added to the unfilled holds report - I'm using Hold Request as the source? |
| 13:29 |
|
yboston joined #evergreen |
| 13:29 |
tsbere |
roses: unfilled holds report? |
| 13:30 |
roses |
tsbere: yes - unfilled holds |
| 13:30 |
tsbere |
roses: As in "holds that have not filled" or "holds that cannot fill"? |
| 13:31 |
|
yboston joined #evergreen |
| 13:31 |
roses |
tsbere: umm.. I'm assuming "holds that have not filled" |
| 13:32 |
tsbere |
roses: Come to think about it, in general, holds don't lock onto one copy (copy level holds notwithstanding) - shelf location is thus not likely. Item type could be, but only if you are talking the MARC info. |
| 13:33 |
tsbere |
gmcharlt: Should I create a security repo to push my commit into while I am at it? |
| 13:33 |
gmcharlt |
tsbere: sounds good |
| 13:34 |
roses |
tsbere: That's what someone else had said (I am not sure if you will be able to add circ mod or call number, since those are COPY-dependant, and this list is TITLE dependant) |
| 13:35 |
roses |
tsbere: Do you think I could get Item type from Hold Request as the source? Sorry I'm kinda new and green to reports. |
| 13:35 |
tsbere |
roses: If you go to the bib level info, maybe. I am going to go focus on this SIPServer thing now, though. |
| 13:36 |
roses |
tsbere: Thanks. I'll go poke around some more. |
| 13:39 |
|
yboston_ joined #evergreen |
| 13:40 |
|
Dyrcona joined #evergreen |
| 13:41 |
|
tspindler1 joined #evergreen |
| 13:46 |
|
yboston joined #evergreen |
| 13:46 |
Dyrcona |
force pushed a rebased branch to working/user/dyrcona/PhoneList.pm with release notes. |
| 13:46 |
Dyrcona |
Dunno why I felt the need to rebase it. |
| 13:49 |
* phasefx |
does that a lot just to check for merge conflicts; spare others the pain |
| 13:49 |
senator |
Dyrcona++ |
| 13:51 |
bshum |
jeff: That sounded very Star Trek VI. |
| 13:53 |
jeff |
bshum: that was indeed the topic of conversation :-) |
| 13:54 |
jeff |
"Welcome to the Evergreen Hack-A-Way. There is no stockade, there is no firewall. Only a lack of decent Wi-Fi prevents VPN-ing. Hack well, and you will be treated well. Hack poorly, and you will die()"? |
| 13:55 |
senator |
jeff++ |
| 13:56 |
Dyrcona |
BASIC programmers never die. They GOSUB WITHOUT RETURN. |
| 13:56 |
* tsbere |
has opened a SIPServer security bug. With fix available in the brand-new SIPServer security repo. Wooo! |
| 13:56 |
jeff |
tsbere++ |
| 13:56 |
* gmcharlt |
looks |
| 13:58 |
dbs |
ANother minor bug fix for a corner case display |
| 13:58 |
dbs |
bshum: ^ pushed |
| 14:06 |
bshum |
dbs: Pushed to theory |
| 14:09 |
|
kbutler joined #evergreen |
| 14:17 |
berick |
https://bugs.launchpad.net/evergreen/+bug/1220722 |
| 14:17 |
pinesol_green |
Launchpad bug 1220722 in Evergreen "Additional (mostly) fiction bib records and copies for test data" (affected: 1, heat: 6) [Wishlist,New] |
| 14:19 |
|
kbeswick joined #evergreen |
| 14:20 |
dbs |
bshum: another commit for you |
| 14:20 |
|
jboyer-laptaupe joined #evergreen |
| 14:23 |
|
jboyer-laptaupe joined #evergreen |
| 14:23 |
bshum |
dbs: The chromebook you were talking to us on wigged out |
| 14:23 |
bshum |
We're restarting it |
| 14:23 |
dbs |
No worries |
| 14:24 |
|
jboyer-laptaupe joined #evergreen |
| 14:28 |
|
jboyer-laptaupe joined #evergreen |
| 14:29 |
|
yboston_ joined #evergreen |
| 14:31 |
senator |
dbwells: bug 1227298 |
| 14:31 |
pinesol_green |
Launchpad bug 1227298 in Evergreen "Support subfield $o / Title of Unit for serials holdings" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1227298 |
| 14:32 |
gmcharlt |
I've created a sipserver-security group on LaunchPad |
| 14:35 |
|
rfrasur joined #evergreen |
| 14:39 |
rfrasur |
hehe, laptaupe |
| 14:41 |
eeevil |
jcamins: say ... is koha getting close to (or currently?!) using the external SIPServer package for SIP2? |
| 14:41 |
* jeff |
grins |
| 14:41 |
jcamins |
eeevil: I believe that rangi has been doing some work on that, but in terms of submitted code, no. |
| 14:42 |
eeevil |
gotcha, thanks! |
| 14:42 |
gmcharlt |
eeevil: I have some WIP to start getting Koha's extensions in |
| 14:42 |
gmcharlt |
given the amount of time that has passed, I'm inclined to start poking at the pullrqeuests again |
| 14:42 |
eeevil |
gmcharlt: poifect! |
| 14:48 |
dbs |
bshum et al: fwiw, the 600px-width CSS is currently around 250 lines, which is pretty manageable |
| 14:49 |
dbs |
even if we do end up adding another breakpoint or two... |
| 14:54 |
eeevil |
I believe autosuggest uses the IDL to grab ancillary data -- I18N-ized labels |
| 14:54 |
eeevil |
in concert with the facet stuff |
| 14:54 |
jeff |
you say ancillary, lebbeous says peripheral... :-) |
| 14:55 |
dbs |
jeff++ |
| 14:55 |
eeevil |
you say potato, I say tuber |
| 14:55 |
dbs |
Let's make the whole thing REST... |
| 14:55 |
jeff |
dijit._mixin.monstrosity() |
| 14:57 |
dbs |
♩♬♮♯ |
| 15:01 |
rfrasur |
Is the group discussion stuff tomorrow at 1 p.m. gonna be kinda "here's what we've done...here's what we gotta do when we leave"? |
| 15:07 |
|
yboston_ joined #evergreen |
| 15:10 |
jeff |
XPCOMGlueLoad error for file /home/opensrf/client/xulrunner/libxpcom.so: |
| 15:10 |
jeff |
libxul.so: cannot open shared object file: No such file or directory |
| 15:10 |
jeff |
Couldn't load XPCOM. |
| 15:10 |
jeff |
alas. |
| 15:13 |
Rogan_Ni |
rfrasur: hack-a-way chat? |
| 15:13 |
rfrasur |
si, senor |
| 15:14 |
Rogan_Ni |
sort of, it's a wrap up, reports of what's been accomplished, what is agreed on, action items from here out, a bit of where we hope to be by the conference |
| 15:14 |
Rogan_Ni |
the conference being the other chance for developers to pow wow every year |
| 15:15 |
|
collum joined #evergreen |
| 15:18 |
|
yboston joined #evergreen |
| 15:18 |
rangi |
jcamins: naw im working on NCIP stuff |
| 15:18 |
jcamins |
eeevil: sorry, got confused. |
| 15:18 |
jcamins |
rangi: someone was working on SIP2, weren't they? |
| 15:19 |
rangi |
maybe gmcharlt, wasnt me |
| 15:19 |
gmcharlt |
me! me! me! |
| 15:19 |
gmcharlt |
;) |
| 15:24 |
rfrasur |
Rogan_Ni++ |
| 15:24 |
|
atheos_ joined #evergreen |
| 15:24 |
atheos_ |
if anyone finds this interesting, shout at me: Method [open-ils.circ.money.payment] not found for OpenILS::Application::Circ |
| 15:27 |
jeff |
atheos_: i call it somewhat like this: my $req = POST $self->gateway(), [service => 'open-ils.circ', method => 'open-ils.circ.money.payment', param => $param_json, param => $pay_json, param => $last_xact_id_json]; |
| 15:28 |
|
jboyer-laptaupe joined #evergreen |
| 15:28 |
atheos_ |
I just got this from logs, not too sure why it's cropping up. the method exists |
| 15:29 |
atheos_ |
more specifically: OpenILS::WWW::EGWeb /usr/local/share/perl/5.14.2/OpenILS/WWW/EGWeb.pm:102 System ERROR: Call to open-ils.circ for method open-ils.circ.money.payment \n failed with exception: Exception: OpenSRF::EX::ERROR 2013-09-18T08:28:04 OpenILS::Application::AppUtils /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:200 System ERROR: Exception: OpenSRF::DomainObject::oilsMethodException 2013-09-18T08:28:04 OpenSRF::AppRequest |
| 15:29 |
atheos_ |
/usr/local/share/perl/5.14.2/OpenSRF/AppSession.pm:1086 <404> Method [open-ils.circ.money.payment] not found for OpenILS::Application::Circ\n\n : \n |
| 15:29 |
jeff |
i really dislike the text/html response for a cover image: view-source:https://ec2-23-23-5-45.compute-1.amazonaws.com/opac/extras/ac/jacket/large/025192330421 |
| 15:30 |
jeff |
i believe 404 can get thrown in instances where your params are incomplete/wrong |
| 15:31 |
jeff |
unless you've made changes to the perl library file where open-ils.circ.money.payment is defined, and it failed to load -- that would cause what you're seeing also, iirc. |
| 15:32 |
atheos_ |
changes were made …. |
| 15:32 |
atheos_ |
ok, looking in that direction, tkx. |
| 15:33 |
|
yboston joined #evergreen |
| 15:33 |
jeff |
perl -c on the in-place file can be your friend. |
| 15:36 |
|
jboyer-laptaupe joined #evergreen |
| 15:39 |
berick |
dbwells: user/berick/acq-search-fund-year-sort |
| 15:40 |
* Dyrcona |
puts some Bruce Cockburn on the phone. |
| 15:47 |
pinesol_green |
[evergreen|Yamil Suarez] Add altering rows colors to (cataloging) manage authorities interface - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7801e65> |
| 15:48 |
* mrpeters |
is dreaming, or did earlier 2.x versions have a library setting that disallowed a user from placing a hold on a bib record for which they had already checked out a related item on? |
| 15:49 |
mrpeters |
did this by chance get removed/renamed in later 2.4.x versions? did it never exist and I am mistaken? |
| 15:51 |
berick |
https://dev198.esilibrary.com/~berick/error.html |
| 15:52 |
kmlussier |
mrpeters: I remember something like that. Was it a setting or a permission? |
| 15:52 |
* kmlussier |
thinks it was a permission. |
| 15:53 |
mrpeters |
perhaps, kmlussier |
| 15:53 |
mrpeters |
i will give the permissions a look! |
| 16:00 |
|
yboston joined #evergreen |
| 16:13 |
eeevil |
I'm outta here ... someone at the hackfest, please drink a hoppy beer for me |
| 16:16 |
jeff |
@quote search uranium |
| 16:16 |
pinesol_green |
jeff: 1 found: #1: "<senator> much as a cancer would develop from..." |
| 16:16 |
jeff |
@quote get 1 |
| 16:16 |
pinesol_green |
jeff: Quote #1: "<senator> much as a cancer would develop from chewing on uranium rocks ... but the tooth decay is lovely!" (added by gmcharlt at 11:22 AM, February 17, 2011) |
| 16:17 |
* senator |
takes up the call re beer |
| 16:17 |
senator |
it's chilly enough for the hops |
| 16:17 |
* senator |
declares an end to his personal lager season |
| 16:17 |
senator |
it's ale time |
| 16:18 |
senator |
i mean, it's almost ale time. in the evening. ;-) |
| 16:18 |
berick |
time to break out the Fall Beer Almanac |
| 16:18 |
csharp |
~opensrf |
| 16:18 |
pinesol_green |
Open Scalable Request Framework (OpenSRF), pronounced “open surf” is a message routing network that offers scalability and failover support for individual services and entire servers with minimal development and deployment overhead. See http://evergreen-ils.org/opensrf.php for downloads and further information. |
| 16:18 |
csharp |
~opensrf | yboston |
| 16:18 |
pinesol_green |
yboston: please see above |
| 16:27 |
csharp |
~ask |
| 16:29 |
csharp |
~troubleshooting |
| 16:29 |
csharp |
~troubleshoot |
| 16:29 |
pinesol_green |
If you're having trouble getting Evergreen to work, please follow this guide for isolating the problem: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors |
| 16:36 |
dbs |
bshum et al: I like the additional changes so far! fwiw, I think the "Search <> for <> in <>" needs to go too, it's cute but hard to translate, and gets in the way of a clean design. |
| 16:36 |
bshum |
dbs: Yeah I think paxed had code to change that wording entirely for i18n purposes |
| 16:37 |
bshum |
But we've been thinking about how to restructure it too |
| 16:37 |
dbs |
"Search: <>" "Location: <>" and maybe "Format: <>"? |
| 16:37 |
bshum |
Or maybe we make format part of the advanced search only for mobile. |
| 16:37 |
* dbs |
would be happy to see format become part of "Refine your search" - yeah, exactly. But even on non-mobile :) |
| 16:42 |
|
tspindler1 left #evergreen |
| 16:48 |
dbs |
oh, huh, "Query type" is completely hidden too. |
| 16:48 |
bshum |
Hmm |
| 16:48 |
bshum |
Oh right |
| 16:50 |
bshum |
Pushed some cleanup commit to deal with some font issues and other styling. |
| 16:51 |
|
RBecker joined #evergreen |
| 16:52 |
bshum |
dbs: DPearl notes that the facets are above the pagination for finding more items. It might be easier to push them below those links so that people can navigate the bibs easier in results. |
| 16:52 |
bshum |
We'll look at that a bit |
| 16:52 |
|
fparks_ joined #evergreen |
| 16:54 |
|
fparks joined #evergreen |
| 16:55 |
|
Dyrcona joined #evergreen |
| 16:56 |
dbs |
bshum: I concur with DPearl on that. Actually, we could easily hide the facets completely until the "Refine this..." link is clicked. |
| 16:57 |
bshum |
dbs: DPearl thinks that might be a good idea. |
| 16:58 |
bott_otr |
dbs: regarding Search <> for <> in …I agree. There's no pretty way to shrink that |
| 17:02 |
phasefx |
aren't you supposed to speak into your mobile apps these days anyway? :) |
| 17:02 |
* gmcharlt |
has added some comments to https://docs.google.com/document/d/1Y2RDoH4E8IOlqHTaHRDmB9imK3iiFwOMt0TRs8hCSnA |
| 17:03 |
bott_otr |
phasefx: speak to your phone? What is this strange magic you suggest? |
| 17:04 |
phasefx |
I've seen it done, but I'm going to stick with my rotary dial :) |
| 17:05 |
phasefx |
rotary dial works best with shelf browse |
| 17:07 |
bshum |
gmcharlt++ |
| 17:09 |
bshum |
dbs: I'm seeing if I can figure out something weird. With the login form entry for the my account page, the font shows larger than the box, so it can cut off the top and bottom of the text as you're keying it in. |
| 17:11 |
bott_otr |
http://imgur.com/SQopk |
| 17:12 |
dbs |
bshum: due to the global input: font-size 110% thing that was added for some reason? |
| 17:12 |
bshum |
dbs: Aha, thanks. I'll take a closer look there |
| 17:15 |
dbs |
egad, tabs :/ |
| 17:15 |
* dbs |
merging latest commit in with his changes, let's see how that turns out |
| 17:15 |
bshum |
dbs: Yeah I've been to catch those as I go along, but it's been interesting. |
| 17:16 |
bshum |
We've got a fair amount to clean up as we go |
| 17:16 |
bshum |
Not too much at least |
| 17:18 |
dbs |
Oops, pushed a commit that wiped out Formats from basic search UI :( |
| 17:18 |
dbs |
I'll fix that up. In the end, I suspect there will be a productive rebasing to clean some of this up |
| 17:20 |
|
mmorgan left #evergreen |
| 17:21 |
|
zerick2 joined #evergreen |
| 17:24 |
dbs |
fixed |
| 17:26 |
dbs |
bshum: Oh, heh. font-size 125% with an explicit height of 18px for the username input field. |
| 17:27 |
dbs |
Doesn't work too well when the font gets swapped out for a 12pt font I'm guessing |
| 17:28 |
dbs |
Or... just get rid of the height: 18px and let the font determine the height. |
| 17:34 |
bshum |
Hmm |
| 17:36 |
dbs |
Another commit, to keep the search label + field together when narrowing the browser width (otherwise you could have "Library:" off to the right and the library selector on the far left of the next line) |
| 17:39 |
dbs |
bshum: I'm in favour of just deleting the width: 167px and height: 18px. Do it. DO IT! |
| 17:40 |
dbs |
Or just delete the whole #main-content .left_brain rule |
| 17:41 |
dbs |
With the new layout, they're superflous |
| 17:41 |
dbs |
superfluous even |
| 17:45 |
* dbs |
amused that searching for "concerto" brings up autosuggest of "American -concerto" which when selected results in zero hits. Guess that the query needs cleansing, the same way we do for facet links etc |
| 17:51 |
bshum |
dbs: Yeah removing that height on the login box makes sense to me. |
| 17:52 |
bshum |
And removing the whole extra padding seems useful. |
| 17:52 |
bshum |
Though we might want to add some top/bottom padding for the entry now |
| 17:52 |
bshum |
So that they don't bump too close to the text above and below |
| 17:58 |
bshum |
Aww, dbs created a merge commit from the "git pull" |
| 17:58 |
bshum |
:) |
| 18:02 |
bshum |
Leaving for dinner for now dbs. I'll be back later tonight to do a little more hacking and then refresh theory for tomorrow |
| 18:02 |
dbs |
bshum++ |
| 18:07 |
|
dboyle_ joined #evergreen |
| 18:07 |
mrpeters |
kmlussier: i dont think it was a permission, though I do see a staff override -- HOLD_ITEM_CHECKED_OUT.override so somewhere there is a YAOUS for this....or at least there used to be!! |
| 18:10 |
|
atheos_ joined #evergreen |
| 18:12 |
|
dboyle joined #evergreen |
| 18:15 |
|
dboyle__ joined #evergreen |
| 18:18 |
|
dboyle joined #evergreen |
| 19:01 |
|
egbuilder joined #evergreen |
| 19:37 |
|
atheos_ joined #evergreen |
| 19:37 |
|
atheos_ left #evergreen |
| 20:09 |
|
DPearl joined #evergreen |
| 20:19 |
|
kmlussier joined #evergreen |
| 20:38 |
bshum |
dbs: So we've been thinking about the searchbar on the results page and other places. |
| 20:39 |
bshum |
And something that I thought of was maybe grouping all the searchbar options into the link to facets |
| 20:39 |
bshum |
And otherwise, hiding them to regain some real estate |
| 20:48 |
dbs |
bshum: well, yeah, that's what I meant wayyyy back at one point |
| 20:49 |
dbs |
"Refine this search" would include different search options, limit to available, and select/deselect facets |
| 20:49 |
dbs |
But we're iterating towards that, right? |
| 20:50 |
bshum |
That sounds like the plan. |
| 20:50 |
bshum |
dbs: Though kmlussier says "refine this search" might be confusing since that's what we're using for when someone uses an advanced search now |
| 20:51 |
bshum |
We've been brainstorming new ways of defining that over dinner |
| 20:51 |
bshum |
Like "Narrowing search" or such |
| 20:51 |
bshum |
But I don't think we've hit on a nice one |
| 20:51 |
bshum |
"limit search" |
| 20:51 |
bshum |
But eh |
| 20:52 |
dbs |
Huh? I don't see where we're using that currently - or is that a 2.5 thing? |
| 20:52 |
bshum |
If you do an advanced search, there's a new link that gets added |
| 20:53 |
bshum |
Called "Refine the original search" or such |
| 20:53 |
bshum |
And that link takes you back to the advanced search page |
| 20:53 |
bshum |
With all your options set, etc. |
| 20:53 |
dbs |
Oh, right. |
| 20:53 |
dbs |
Well either way you're refining your search. |
| 20:54 |
dbs |
Either you start with basic, or you start with advanced. |
| 20:55 |
bshum |
I can get behind that |
| 20:55 |
bshum |
I think |
| 20:55 |
dbs |
Difference, I guess, is the presence of facets. |
| 20:55 |
bshum |
Yeah |
| 20:55 |
dbs |
But facets are _all about_ refining your search. |
| 20:56 |
bshum |
That's what Kathy just said. |
| 20:56 |
dbs |
So if anything, get rid of "Refine my original search", given that clicking "Advanced search" also takes you back to your advanced search page with the options you set. |
| 20:57 |
kmlussier |
Well, with facets you're narrowing or limiting. With the current "refine" option, you're modifying. |
| 20:57 |
kmlussier |
Or replace "Refine my original search" with "Modify my original search"? |
| 20:58 |
dbs |
kmlussier: currently, once you do an advanced search you have *3* links that take you back to the exact same place |
| 20:58 |
bshum |
dbs: Well, maybe less |
| 20:58 |
dbs |
Advanced search (at the very top), "Refine my original search", and "Advanced search" at the toolbar. |
| 20:58 |
dbs |
Maybe less? |
| 20:58 |
bshum |
bott was poking at figuring out a better way of dealing with those three and I think he removed two |
| 20:58 |
dbs |
in mobile, sure |
| 20:58 |
bshum |
But I think we should change that |
| 20:58 |
bshum |
Oh you mean global |
| 20:58 |
bshum |
Yeah, in global, yes |
| 20:59 |
bshum |
In fact, the new version is already slightly more consistent actually |
| 20:59 |
bshum |
With the new changes we've made |
| 20:59 |
kmlussier |
OK, for some reason, I thought the "Advanced search" button cleared your search parameters and the "refine" option didn't. But apparently I was mistaken. |
| 20:59 |
|
bott_otr joined #evergreen |
| 21:01 |
* kmlussier |
changes her opinion. Kill it. |
| 21:01 |
bshum |
kmlussier++ |
| 21:01 |
dbs |
kmlussier: fwiw, I expected those buttons to clear the search parameters too |
| 21:02 |
kmlussier |
It makes sense to have one that clears the parameters and one that allows you to modify it. |
| 21:02 |
kmlussier |
But three buttons/links on the same page that do the same thing is a little overkill. |
| 21:04 |
dbs |
I suppose that's what "Another search" is, although after clicking it, it forces you to either run a basic search first, or to hit "Advanced" next. |
| 21:04 |
dbs |
Given how many of our users shoot themselves in the foot by going to "Advanced" in the first place, maybe that's not so bad :) |
| 21:04 |
bshum |
For fun, if you did an advanced search, the "refine your original search" sticks to the basic search page too. |
| 21:04 |
bshum |
Once it exists, it likes to stay |
| 21:06 |
bshum |
dbs: Pushed some CSS changes to do some padding and adjust some sizes |
| 21:07 |
dbs |
bshum: it's the black hole of advanced search |
| 21:07 |
bshum |
dbs: The thing kmlussier and I are going to try looking at some more is the my account pages next. Those tables are freakish |
| 21:09 |
* eeevil |
mentions QP abstract search for populating the "refine search" area, and disappears for the evening |
| 21:12 |
* dbs |
focuses on positive progress that has been made thus far - TONS |
| 21:14 |
* bshum |
agrees |
| 21:14 |
* bott_otr |
agrees |
| 21:14 |
bshum |
I've been thinking about writing a nice blog post about the experiences |
| 21:14 |
bshum |
It's certainly the first time I've ever seen this many folks on a collab branch |
| 21:15 |
bott_otr |
I'm surprised we've had so few issues with walking on each other in styles.css.tt2 |
| 21:23 |
eeevil |
progress++ |
| 21:24 |
bshum |
Refreshing theory |
| 21:45 |
bshum |
Doh, chrome displays the my account buttons weirdly. Sigh |
| 21:45 |
* bshum |
ponders that |
| 22:09 |
|
jboyer-laptaupe joined #evergreen |
| 22:53 |
|
kmlussier joined #evergreen |
| 23:32 |
bshum |
kmlussier++ |
