[OPEN-ILS-DEV] Circulation Menu in the Staff Client
Catherine Buck Morgan
Cmorgan at statelibrary.sc.gov
Wed Jun 17 23:28:07 EDT 2009
Circ people are going to continue to look under the Circ menu to find patrons... that's the menu they do all their work from. It's a workflow thing.
It seems to me the Search menu is for the rest of us... :)
I guess I don't see the problem with more than one access point.
--
Catherine Buck Morgan
Director, Division of Innovation & Technology
South Carolina State Library
POB 11469, 1500 Senate Street, Columbia, SC 29211
Phone: 803-734-8651 | Fax: 803-734-4757
cmorgan at statelibrary.sc.gov
www.statelibrary.sc.gov <http://www.statelibrary.sc.gov/>
The South Carolina State Library is a national model for innovation, collaboration, leadership and effectiveness. It is the keystone in South Carolina's intellectual landscape.
________________________________
From: open-ils-dev-bounces at list.georgialibraries.org on behalf of Laura M.
Sent: Wed 6/17/2009 11:13 PM
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] Circulation Menu in the Staff Client
See, that would be fine, but we have a menu *right* next to the circ
menu that says; "Search", so intuitively, someone who has never used an
ILS or any software, when wanting to search for things, is going to
click there first.
Also, you can't blame me, 'cause I have to run all my changes by The
Guys...so, blame them, they're the bossmans....
David Fiander wrote:
> In the ILS I normally use, the only way (that I know of) to find a
> patron record from the staff client is to go to the Circulation
> screen. Given the most common use case, I think that that is probably
> the place that it should continue to live.
>
> Also, congratulations (?) Laura on becoming a committer. Now if
> something breaks, we are officially allowed to blame you for making
> the change.
>
> - David
>
> On Wed, Jun 17, 2009 at 4:10 PM, Jason Boyer<jasonb at myjclibrary.org> wrote:
>
>> Why would it be left under Search, and not Circulation? You can't search
>> from it at all, you have to already have and enter the entire barcode for it
>> to work.
>> If it just has to stay under Search, can it be changed to "Retrieve Patron
>> by Barcode" ?
>> Jason
>>
>> --
>> Jason Boyer, IT Specialist
>> Jackson County Public Library
>> 303 W Second St
>> Seymour, IN 47274
>>
>> jasonb at myjclibrary.org
>>
>>
>>
>> On Wed, Jun 17, 2009 at 3:54 PM, Laura M. <codegrl at gmail.com> wrote:
>>
>>> So, I'm going along and I'm adding some functionality to the Staff Client
>>> in Evergreen when I realize that we have two ways of looking up a patron by
>>> barcode (actually three or four, depending on how technical you want to
>>> get). One way to do this is under the 'Search' menu, the other way is under
>>> the 'Circulation' menu. Being that I'm a maven for usability and
>>> user-centered design, this multiple entry point thing is making me twitchy.
>>> But having an identical menu option in a menu that has nothing to do with
>>> searches, AND there is a 'Search' menu right next to the 'Circ'
>>> menu....well, I just want to remove this entry point.
>>>
>>> Does anyone have any major objections to this? I am NOT, in ANY WAY,
>>> removing Search Patron by Barcode, I am JUST taking out a redundant menu
>>> item that has no place being where it is.
>>>
>>> I'm trying to make Evergreen a bit more user-friendly and have a few more
>>> formal usability specifications and this is a good place to start.
>>>
>>> Thanks for any feedback! If I don't get any threats in 48 hours I'll
>>> remove the tumorous menu item and Search Patron by Barcode will be under
>>> *just* the 'Search' menu, where it's always been and will always remain :)
>>>
>>> Thanks!
>>>
>>> Laura McFarland -- Developer
>>> Equinox Software
>>>
>>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 8240 bytes
Desc: not available
Url : http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20090617/bdb3c1d7/attachment.bin
More information about the Open-ils-dev
mailing list