Time Nick Message
00:05 |hdl| kados even
00:05 |hdl| kaddos around?
21:58 owen Sorry |hdl|, you lost me :)
21:54 gmcharlt chris: (if about) - please ignore the one patch email mentioning svc/new_bib -- sent by mistake, and not a proper git patch
21:49 owen For just a few minutes
21:48 |hdl| owen around ?
20:19 chris ahh yep, will do
20:19 fbcit you'll have to fix the db number in the patch I just sent
20:19 chris then im going to take a nap
20:19 fbcit heh
20:19 chris for a minute :)
20:18 fbcit chris?
19:49 gmcharlt brb
19:48 gmcharlt perhaps a very unobtrusive row at the very top or very bottom of the details
19:47 owen (user links for logged-in users)
19:47 owen The staff client uses tabs on the left for alternate views, but in the OPAC we're using that space on other pages for navigation
19:44 gmcharlt that part makes sense -- so there would be three active boxes -- actions, views, and supplementary data
19:43 owen We previously moved the MARC and ISBD links out of the box on the right that has place hold, lists, etc., on the theory that those were "actions" not "views"
19:43 gmcharlt snap
19:43 gmcharlt I guess I have a modest preferences for separating the placement of the buttons to switch view (normal, MARC, ISBD) from the auxiliariy data buttoms (holdings, descriptions, comments, etc.)
19:42 owen Maybe the links for ISBD and MARC should be somewhere else entirely. The other tabs are really supplemental information about the record, and MARC and ISBD are both alternate views of the record
19:42 gmcharlt (could an AJAX thing, of course)
19:41 gmcharlt don't think the MARC view should be dynamically loaded (at least the way the OPAC works currently) -- few patrons will want it, so there's no reason to send it on every detail page
19:41 gmcharlt i.e., to be consistent
19:41 gmcharlt and the buttons for change the view either should be separate from the row that has holdings, comments, editions, etc., or adding to it
19:40 gmcharlt IMO, whatever the view, the place hold, print, add to card, and save as buttons should be in the box near the upper right corner (as with normal view)
19:39 gmcharlt click on ISBD view, the top buttoms disappaer, and at the bottom tab row you have choice of normal view and MARC view and comments
19:38 gmcharlt click on MARC view, you see normal view and ISBD tab buttons at the top
19:38 gmcharlt in normal view, you don't see the ISBD tab, the MARC tab is at the bottom along with comments
19:38 nengard gmcharlt: agreed
19:38 nengard don't know if we want to be like most OPACs though ....
19:38 gmcharlt hmm -- the whole set of navigation is inconsitent across the board -- normal, ISBD, MARC
19:37 nengard most OPACs have it on the same page - under a different tab
19:36 owen That's a little bit inconsistent, but it's nice to have the MARC record on its own page because of the space it takes up
19:36 owen I'll take an opinion from anyone who wants to give one: In the OPAC, should we be loading the MARC record dynamically into a tab in the detail view? Right now there's a 'MARC' tab, but it links to a separate page
19:35 gmcharlt owen: probably not -- exploring Portland right now, I believe
19:33 owen kados around?
17:26 owen You bet
17:25 fbcit is that ok with you?
17:24 fbcit I'll make the changes to get the functionality and then you can review my template changes for mistakes/optimizations/etc
17:23 fbcit :)
17:23 fbcit I was just hashing through that myself
17:23 owen I trust you with the templates, unless you don't want the bother :)
17:23 owen Is there a reason for me to be trying to modify the template while you're modifying the script? Why don't you do what you need to and let me know if there's anything I need to do.
17:21 owen Okay, that sounds good to me.
17:21 fbcit I guess I was thinking detail-view -> detail-view regardless of success or failure
17:20 owen I'm embedding the upload form in moremember.tmpl
17:20 fbcit if we are going to detail-view -> picture-upload -> detail-view, we can loop through picture-upload until we have success
17:19 fbcit are you going to use picture-upload.tmpl or embed the functionality of it in the upload section added to moremember.tmpl
17:18 fbcit owen: depends on how you're going to handle picture-upload.pl
17:17 owen You mean send the errors back to moremember.pl rather than stop the process on picture-upload.pl and display the errors there?
17:17 fbcit if it is unsuccessful, the upload form still shows up along with the error message(s)
17:17 fbcit if the upload is successful, the image will be displayed on the details page
17:16 fbcit right, because either way I'll redirect
17:15 fbcit owen: you'll need to pickup all of the error trapping stuff in the picture-upload template
17:15 owen Then I'll pass it as borrowernumber and you can use it however you like
17:15 fbcit so I'll need to be passed borrowernumber either way
17:15 kados error_handling++
17:14 fbcit we'll have to handle errors, though
17:14 fbcit so if redirect is defined and there are no errors, picture-upload.pl will redirect
17:13 owen it'll have to be redirect=borrowernumber, because moremember won't look up by cardnumber
17:12 fbcit kados++
17:12 kados redirect=cardnumber
17:12 fbcit owen: yes
17:12 kados or better uyet
17:12 kados redirect=1
17:11 owen Yeah, that sounds good. Shall I add a hidden variable to the file upload form on moremember that tells the picture-upload script to redirect?
17:11 fbcit you'll have to let me know if I need to modify picture-upload.pl to help with the redirect
17:10 fbcit kados suggested a redirect back to the patron detail page after a successful upload
17:09 fbcit yes I think so
17:09 fbcit you'll have to call it to do the upload itself
17:09 owen Should I duplicate the file upload form and have it submit to the same script as upload patron images?
17:09 fbcit however, there may be some things I need to add to picture-upload.pl as well
17:08 fbcit owen: I've added that var to moremember.pl
16:57 fbcit k
16:57 fbcit we'll need some code to handle the redirection when the upload is done as well
16:57 owen make it 'patronimage' just for clarity
16:56 fbcit owen: I can add a template var 'image' which is defined if an image exists and undefined if it does not
16:53 fbcit owen: no, but that can be added along with a few other changes that would be necessary to implement such a feature
16:52 owen fbcit: right now there's not a way to tell in the template whether a patron image exists, right?
16:49 fbcit owen: that's it. If no patron image existed, the form would be displayed: if an image did exist, the form would not display
16:48 chris yeah the one in the arm ... that was the one that he hated
16:48 owen kados, you're suggesting there be a little file upload form right on the patron details screen?
16:48 fbcit chris: mercy screams any time she sees the doctor now :(
16:46 fbcit its pretty easy to push a redirect header w/CGI
16:46 fbcit I like the thought of an automatic redirect
16:45 kados owen: any thoughts on that?
16:45 kados link back to the account would be pretty simple
16:45 kados ie, success page ... wait 5 secs, redirect to user account ... or maybe just add a link back to the account
16:45 fbcit right
16:45 kados when the upload is complete
16:45 kados the only non-template bit would be re-directing to that user
16:44 kados fbcit: yea, just confirming that made sense to you
16:44 paul patches sent
16:44 fbcit kados: could be done at the template level no problem I'd think
16:44 kados heh
16:44 chris hes back asleep now, but im wide awake
16:44 chris kahu got his 15 month immunisations yesterday, so woke me up at 5am
16:44 kados s/ie/if/
16:44 kados fbcit: yea, and also if (imagesareenabled) { ie (!image) ...
16:43 fbcit kados: as in 'if (!image) { display form to submit a single image }' ?
16:43 paul they are ready...
16:43 paul I can send them immediatly if you want.
16:43 kados chris: none from paul?
16:42 chris 0 patches in the queue
16:42 kados fbcit: I was thinking, in the absence of an image, it would be trivial to offer a form for adding one to the circ/details page for a patron
16:42 chris heh
16:41 kados hehe
16:41 fbcit almost as good as coffee :)
16:01 paul kados : I prefer lists.koha.org to separate clearly lists & mailboxes.
15:56 gmcharlt kados: no preference
15:52 kados re: lists.koha.org ... do we want koha-users@lists.koha.org ... or koha-users@koha.org ?
15:51 kados |hdl|: you there?
15:51 kados is hdl around?
15:51 kados done, and pushed
15:04 paul feel free, you're better than me for that :-D
15:04 kados ok, cool ... I will also fix the English :-)
15:04 paul yep
15:04 kados so some subs that have it active will display that option, the others won't
15:03 paul useful to have the feature for a quarterly and not for a daily subs
15:03 kados ahh, so that is for notification, gotcha
15:03 paul it can be activated subscription by subscription
15:03 paul nope, just define a "letter" (notice), and use it in the subscription.
15:03 kados is there a new syspref to turn this on/off?
15:02 kados gotcha
15:02 paul it's different.
15:02 paul routing lists means they are on the reserve list automatically.
15:02 paul yes, they recieve a mail.
15:02 kados it looks like a way to subscribe to receive notice when a new issue of a subscription arrives
15:02 paul nope, it's something different
15:02 paul in fact I demoed the feature and was ridiculous because it didn't work at all ;-)
15:01 kados no?
15:01 paul it has nothing to do with routing lists.
15:01 kados ahh
15:01 paul it's a feature that was in head since something than 1 year and had be broken by various modifs.
15:01 paul none.
15:00 kados paul: this new feature to alert on issue arrival, is it a new feature, or a bugfix to the routing lists?
14:58 kados about 7am
14:58 kados yep, thru Sunday afternoon
14:58 paul (it's very early in this case)
14:58 paul still in portland ?
14:58 paul hi kados.
14:58 kados g'morning #koha
14:58 owen Hi paul
14:58 paul hello owen.
13:30 gmcharlt brb
13:30 gmcharlt fbcit: a right mess indeed
13:29 fbcit usaism maybe
13:29 fbcit sorry for the Americanism :)
13:29 fbcit paul: keep you from doing any modifications to the engine (ie. closed-source code)
13:28 paul "weld the hood shut on your car" ???
13:26 fbcit the vista capable
13:26 paul ok, it's the "vista capable" story ;-)
13:26 paul (890 000 000 EUROS !)
13:26 paul or the EU fine ?
13:25 paul the "vista capable" thing ?
13:25 fbcit http://www.news.com/8301-13579_3-9882376-37.html?tag=nefd.pop
13:25 paul http://www.nicolasmorin.com/blog/
13:25 fbcit sorry
13:25 fbcit paul: North Carolina
13:25 paul he even blogged (invited by one of the most famous blogger in France - nicolas morin- , that will join BibLibre in sep
13:24 gmcharlt good to hear that he liked it
13:20 paul quite a long long trip for him... but he was very happy (although very tired too)
13:20 paul hdl start his trip to come back this evening if I don't mind.
13:19 gmcharlt no, I'm back in Chicago -- kados and a few other LibLimers are still there
13:19 paul are u still in portland ?
13:18 gmcharlt hi paul
13:18 paul hi gmcharlt
13:16 paul (which state)
13:16 paul fc : what is "NC" ?
13:13 fbcit paul: hello, from chilly NC, USA :)
13:11 paul hello fbcit
13:09 fbcit g'whatever-time-of-the-day koha