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