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