Thanks to everyone for your feedback on this idea. What I've distilled out of this:<br><ul><li>Cart used to work off items, but switched to biblios for a reason<br><br></li><li>In some contexts, users don't care about particular items, only titles, so the system would need to continue function on the OPAC just like user's are used to<br>
<br></li><li>In other contexts, users DO care about which volume, issue or version of a material they're adding, and having the option to pick that one specifically could be handy<br><br></li><li>In a multi-branch setup, there should be an option to only add items from one's home library.<br>
<br></li><li>All the hard work should be done developer-side in order to make the interface experience as consistent and simple as possible.</li></ul>Perhaps item-based Cart makes more sense on the staff side only. Or, maybe having two separate Carts, Biblios and Items, would be the way to go, though that seems to be overcomplicating things.<br>
<br>Thank you all for helping me understand this idea a little better; one of the many reasons why I love being part of this community so much.<br><br>Cheers,<br><br><br>-Ian<br><br><div class="gmail_quote">On Wed, Mar 9, 2011 at 3:10 AM, LAURENT Henri-Damien <span dir="ltr"><<a href="mailto:henridamien.laurent@biblibre.com">henridamien.laurent@biblibre.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Le 08/03/2011 22:32, Ian Walls a écrit :<br>
<div class="im">> Koha Community,<br>
><br>
><br>
> I'd like to solicit some feedback on this idea. It seems to me that we<br>
> could greatly increase the utility of the Cart, both on the patron side<br>
> and the staff side, if we had it work off Item records primarily instead<br>
> of the Biblio record. Some things we'd be able to do from the Cart if<br>
> we had this:<br>
><br>
</div>> 1. Batch Item mod<br>
> 2. Move items from multiple biblios to a single new biblio, in one step<br>
> 3. Print label batches<br>
> 4. Place item-level holds (in addition to title-level)<br>
<div class="im">><br>
> Since item records all contain the biblionumbers for their Biblios, it<br>
> would be a single additional step to convert the list of itemnumbers<br>
> into a list of distinct biblionumbers, and do all the same biblio-level<br>
> functions we do now (like biblio-level holds, emailing/printing, and<br>
> adding to Lists).<br>
><br>
> Am I missing a complication in the implementation or a workflow issue<br>
> that would make this untenable? What does everyone think?<br>
><br>
> Cheers,<br>
><br>
><br>
> -Ian<br>
><br>
</div>Hi Ian<br>
I think that one thing you are missing is the user point of view of the<br>
cart. From the OPAC user point of view, you donot care of items, what<br>
you want is to be able to read the book or the collection you placed on<br>
your cart.<br>
So Yes, we could add item level for Cart, like we did for reserves. But<br>
it should not be done without taking into account the OPAC users' need.<br>
And it should be done with cautious, since when doing batch operations<br>
with your cart, you would have to take care of ppl doing the same<br>
operation in // . (I reckon this has not been dealt with many of our<br>
developments, reserves, batch edits... But maybe could be added)<br>
Maybe it would be the time to consider having OPAC and intranet as<br>
separate applications. But this would duplicate the effort and maintenance.<br>
Hope that helps.<br>
--<br>
<font color="#888888">Henri-Damien LAURENT<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Koha mailing list <a href="http://koha-community.org" target="_blank">http://koha-community.org</a><br>
<a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Ian Walls<br>Lead Development Specialist<br>ByWater Solutions<br>Phone # (888) 900-8944<br><a href="http://bywatersolutions.com">http://bywatersolutions.com</a><br>
<a href="mailto:ian.walls@bywatersolutions.com">ian.walls@bywatersolutions.com</a><br>Twitter: @sekjal<br>