Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
Bill, If the display of the patron summary was horizontal would the displayed fields be basically what we see now in the horizontal display in the client (stock client, not C/W MARS client)? Some of the feedback I’m getting from our libraries is that staff do not want scroll down to see the patron information and prefer it to be horizontal on the top. Is the plan for an alert message to be a pop up box or possibly just display on the top of the screen? Thanks. Joan Joan Kranich C/W MARS Member Services jkran...@cwmars.org 508-755-3323 ext. 21 From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Monday, May 19, 2014 5:01 PM To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.commailto:ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
I am on vacation from Friday May 23 through SundayJune 1. If you need assistance during this period contact Asst. Director India Nolen at ino...@westfordma.gov or Admin. Asst. Zoe Daniel at zdan...@westfordma.gov. All email messages and attached content sent from and to this email account are public records unless qualified as an exemption under the [ http://www.sec.state.ma.us/pre/preidx.htm ]Massachusetts Public Records Law.
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
Hi Joan, On Fri, May 23, 2014 at 9:40 AM, Joan Kranich jkran...@cwmars.org wrote: Bill, If the display of the patron summary was horizontal would the displayed fields be basically what we see now in the horizontal display in the client (stock client, not C/W MARS client)? As it stands, the summary is vertical, but the search is horizontal, so it's a hybrid. The patron summary information matches what we see in the vertical patron display from the XUL client. I still need to integrate the group and stat-cat displays from the horizontal display into the web client. To (I think) answer your question, it's going to look a little different, but all of the same information should be there. Some of the feedback I’m getting from our libraries is that staff do not want scroll down to see the patron information and prefer it to be horizontal on the top. Is the plan for an alert message to be a pop up box or possibly just display on the top of the screen? With the vertical patron summary along the left, all of the page-specific data starts at the top of the page, which limits the amount of vertical scrolling required. As it stands, the majority of alerts, confirm, prompts, dialogs, etc. appear along the top center of the page as pop-up (modal) windows. For example, type a string of random characters into the checkin box: https://bill-dev2.esilibrary.com/eg/staff/circ/checkin/index -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
off-base? Or is this the beginning of something we can work with? Thanks, Dan P.S. Bill, I think you are doing an outstanding job, and we couldn’t even have this conversation without all the work you have done to pave the way. Please don’t take anything above as being critical of the hundreds of decisions you’ve had to make to get to where we are today. Again, thank you! Daniel Wells Library Programmer/Analyst Hekman Library, Calvin College 616.526.7133 From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Monday, May 19, 2014 5:01 PM To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts -- Mike Rylander | Director of Research and Development | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: mi...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
On Wed, May 21, 2014 at 7:00 PM, Dan Wells d...@calvin.edu wrote: Hello Bill, Thanks for the update. I have some thoughts about both of your questions, but will focus on the link issue for now. I’m not quite sure how to answer because I feel like we’re not asking the right question. Rather than ask how links should behave, we might instead ask, what should be a link? And also perhaps the inverse; in our interface, what should a link be? As an experiment, I tried to look very critically at a familiar and popular interface: Gmail. In the parts I would consider to be the everyday interface, you’d be hard-pressed to identify anything as a link. In fact, the only things I could find which actually are links are the main sidebar options (Inbox, Starred, etc.), and even those don’t present themselves as links. On the other hand (and recognizing the current code is a work in progress), consider our use of links in the patron search. We have links both for column sorting, and also a link on the row numbers. Neither of these currently do anything useful when right-clicking and opening in a new tab. The row number links could, I imagine, but the column header links make little sense in that context. The simplest argument, then, is that those shouldn’t be links, but that gets to the heart of what I am trying to say. We are taking something which is fundamentally a website concept (a link between pages) and applying it to an application, and we need to very careful that we don’t misapply a web-centric mindset to any areas where that thinking isn’t appropriate. Back to Gmail, in my experience, every link **within** an email opens in a new tab. This prevents you from losing your Gmail context. I think this is a very sensible behavior, and would even say it is the correct behavior for external links. In my opinion, we should do the same, at least by default. My sense, though, is that you were not really asking about external links which might exist in our content, but rather “internal” links (which I will define as a link to a new context in the staff client). These are trickier. To help our thinking, I wish to posit that on any given screen, we have both a context and a state. The URL always captures the context, and sometimes some aspects of the state, but we cannot expect it to always capture every aspect of the current state. Because of this fact, every time you switch contexts, you risk losing some state. Therefore, we should be very careful to offer any interface element, link or otherwise, which switches context without a clear indication to the user of that intention. Agreed. To help illustrate the idea, I don’t feel the linked barcode in the “Items Out” table passes this test. It isn’t clear that that link is going to change my current context. It might not matter much in the patron context, since there isn’t much state to lose, but that won’t always be the case in every context. Agreed this is unclear. More below... Also, why link on barcode? What is the analog in, say, a list of serial items attached to a unit? Hmm, why not link on barcode? We should link on serial items, too, if a URL exists which uniquely represents the item. I'd like to see every occurrence of objects like copies, records, users, etc, .etc. which have a dedicated page of some sort presented as links so staff can easily ctrl-click to pull that information up in a new tab a la Wikipedia. Instead of thinking of things as “links” and then trying to make one rule for a bunch of disparate things, I’d propose that we should have distinctive interface elements for which we can then define usage appropriate behaviors. Doing so would create a tremendous opportunity for improving the overall usability of the staff client as a whole. Indeed, I didn't do a great job of explaining what types of link I was mainly referring to in my post. Here's a small brain dump to add some context. 4 general categories of link come to mind: 1. Links with href values which refer to pages within the same application. The a tags will have no target, which tells Angular the links should be activated as push-state URL swaps (no server page load). A typical example would be tab navigation links, whose behavior I think is pretty obvious, but I could also imagine bare-text links, which are non-obvious, referring to in-app resources as well. Such links should be designed to function when loaded directly from the server, but also benefit from being able to maintain state (via Angluar services) when navigating within the application. 2. Links with href values which refer to pages within the staff client as a whole, but to a different sub-application. These a tags have a target=_self value, which tells Angular to load them from the server and not as a push-state URL swap. As developers, we should make every attempt to ensure that these two types of links
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
On Wed, May 21, 2014 at 5:47 PM, McCanna, Terran tmcca...@georgialibraries.org wrote: UI Planning: I looked through the items listed in Sprint #1 and the only interfaces I noticed missing were: Patron - Surveys (Will this not be added until the Local Admin sprint?) Right, practically everything under the Local and Server Admin menus will come with the Admin sprint. Workstation Admin items will be added as the relevant features are added (e.g. we already have the initial print config interface). Patron - Acquisition Requests (Will this not be added until the Acq sprint?) Yes, I left this for the ACQ sprint. I added a note to the Acq sprint about ensuring the link from the patron account UI was added. I've asked some of our staff that are more familiar with the other interfaces to take a look at what you have detailed so far for the other sprints. Thanks! -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
UI Planning: I looked through the items listed in Sprint #1 and the only interfaces I noticed missing were: Patron - Surveys (Will this not be added until the Local Admin sprint?) Patron - Acquisition Requests (Will this not be added until the Acq sprint?) I've asked some of our staff that are more familiar with the other interfaces to take a look at what you have detailed so far for the other sprints. Horizontal versus Vertical: PINES is currently using the horizontal display and has been for years, but I suspect the decision was originally made for better display on monitors with a 600x800 resolution. Although I'm sure there are still some of these old machines out there, I don't think it is reasonable to expend the time and effort to duplicate and maintain both layouts. I find the overall layout you've designed to be easily understood and I love the toggle functionality to show/hide the patron info. I did not immediately know what it was for (Perhaps a minor placement issue? Or because the left panel is not strongly visually distinguished from the right panel?) but now that I know what it is, I can see people using it a lot when working on a mobile device or a monitor with a low resolution. Link Functionality: Can I give a +100? I am really happy that you found a way to make use of the standard browser link functionality (My name is Terran, and I'm a Right-Clicker) AND integrate the multi-row select functionality with CTRL-Click and Shift-Click in the grids. Terran McCanna PINES Program Manager Georgia Public Library Service 1800 Century Place, Suite 150 Atlanta, GA 30345 404-235-7138 tmcca...@georgialibraries.org - Original Message - From: Bill Erickson ber...@esilibrary.com To: Evergreen Discussion Group open-ils-general@list.georgialibraries.org Sent: Monday, May 19, 2014 5:00:53 PM Subject: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
Hello Bill, Thanks for the update. I have some thoughts about both of your questions, but will focus on the link issue for now. I’m not quite sure how to answer because I feel like we’re not asking the right question. Rather than ask how links should behave, we might instead ask, what should be a link? And also perhaps the inverse; in our interface, what should a link be? As an experiment, I tried to look very critically at a familiar and popular interface: Gmail. In the parts I would consider to be the everyday interface, you’d be hard-pressed to identify anything as a link. In fact, the only things I could find which actually are links are the main sidebar options (Inbox, Starred, etc.), and even those don’t present themselves as links. On the other hand (and recognizing the current code is a work in progress), consider our use of links in the patron search. We have links both for column sorting, and also a link on the row numbers. Neither of these currently do anything useful when right-clicking and opening in a new tab. The row number links could, I imagine, but the column header links make little sense in that context. The simplest argument, then, is that those shouldn’t be links, but that gets to the heart of what I am trying to say. We are taking something which is fundamentally a website concept (a link between pages) and applying it to an application, and we need to very careful that we don’t misapply a web-centric mindset to any areas where that thinking isn’t appropriate. Back to Gmail, in my experience, every link *within* an email opens in a new tab. This prevents you from losing your Gmail context. I think this is a very sensible behavior, and would even say it is the correct behavior for external links. In my opinion, we should do the same, at least by default. My sense, though, is that you were not really asking about external links which might exist in our content, but rather “internal” links (which I will define as a link to a new context in the staff client). These are trickier. To help our thinking, I wish to posit that on any given screen, we have both a context and a state. The URL always captures the context, and sometimes some aspects of the state, but we cannot expect it to always capture every aspect of the current state. Because of this fact, every time you switch contexts, you risk losing some state. Therefore, we should be very careful to offer any interface element, link or otherwise, which switches context without a clear indication to the user of that intention. To help illustrate the idea, I don’t feel the linked barcode in the “Items Out” table passes this test. It isn’t clear that that link is going to change my current context. It might not matter much in the patron context, since there isn’t much state to lose, but that won’t always be the case in every context. Also, why link on barcode? What is the analog in, say, a list of serial items attached to a unit? Instead of thinking of things as “links” and then trying to make one rule for a bunch of disparate things, I’d propose that we should have distinctive interface elements for which we can then define usage appropriate behaviors. Doing so would create a tremendous opportunity for improving the overall usability of the staff client as a whole. I could say more, but I’ve said a lot already. I’d love to hear reactions to what I’ve said so far (which I know is very uneven given the time and space limitations). Am I way off-base? Or is this the beginning of something we can work with? Thanks, Dan P.S. Bill, I think you are doing an outstanding job, and we couldn’t even have this conversation without all the work you have done to pave the way. Please don’t take anything above as being critical of the hundreds of decisions you’ve had to make to get to where we are today. Again, thank you! Daniel Wells Library Programmer/Analyst Hekman Library, Calvin College 616.526.7133 From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Monday, May 19, 2014 5:01 PM To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.commailto:ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
On 2014-05-21 23:00 +, Dan Wells d...@calvin.edu wrote: I'm not quite sure how to answer because I feel like we're not asking the right question. Rather than ask how links should behave, we might instead ask, what should be a link? And also perhaps the inverse; in our interface, what should a link be? [snip] My sense, though, is that you were not really asking about external links which might exist in our content, but rather internal links (which I will define as a link to a new context in the staff client). These are trickier. To help our thinking, I wish to posit that on any given screen, we have both a context and a state. The URL always captures the context, and sometimes some aspects of the state, but we cannot expect it to always capture every aspect of the current state. Because of this fact, every time you switch contexts, you risk losing some state. Therefore, we should be very careful to offer any interface element, link or otherwise, which switches context without a clear indication to the user of that intention. [snip] Instead of thinking of things as 'links' and then trying to make one rule for a bunch of disparate things, I'd propose that we should have distinctive interface elements for which we can then define usage appropriate behaviors. Doing so would create a tremendous opportunity for improving the overall usability of the staff client as a whole. I could say more, but I've said a lot already. I'd love to hear reactions to what I've said so far (which I know is very uneven given the time and space limitations). Am I way off-base? Or is this the beginning of something we can work with? Dan, I share your concern (although I would never have been able to articulate it so well!), and I think you've presented us with a good way of thinking about the issue. In general I like the idea of letting the user choose how a link opens. But I don't think that behavior is always appropriate in a web app, where context and state are richer, and user behavior more constrained, than they are on a simple web page. P.S. Bill, I think you are doing an outstanding job, and we couldn't even have this conversation without all the work you have done to pave the way. Please don't take anything above as being critical of the hundreds of decisions you've had to make to get to where we are today. Again, thank you! This probably isn't said often enough. Thanks for all your hard work on the new client, Bill! I've been really impressed and pleased by the development so far. -- Jeff Davis Lead Evergreen Specialist BC Libraries Cooperative
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
Horizontal vs. Vertical Display We have some broad preferences for screen layout in SCLENDS but since monitors aren't universal nor are the opinions. I like the layout you've chosen and think it strikes a reasonable balance. The circ staff I've shown it to like it as well. I'm also in favor of moving away from supporting two different layouts. While I think it's nice to imagine Evergreen as everything to all people I think it sets up development / testing challenges that we could do without. Links +1 to using built in browser controls to override the open in same tab behavior. I'm not familiar with Firefox either but based on some quick web searching it looks like it's behaviors are different from Chrome's. In fact there appear to be a few Firefox addons to simply it's behaviors. A regular Firefox user might have better insight here. http://www.accessfirefox.org/Firefox_Keyboard_and_Mouse_Shortcuts.html On Mon, May 19, 2014 at 5:00 PM, Bill Erickson ber...@esilibrary.comwrote: http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts -- Rogan Hamby, MLS, CCNP, MIA Managers Headquarters Library and Reference Services, York County Library System “You don't have to burn books to destroy a culture. Just get people to stop reading them.” ― Ray Bradbury https://www.goodreads.com/author/show/1630.Ray_Bradbury “You can never get a cup of tea large enough or a book long enough to suit me.” ― C.S. Lewis http://www.goodreads.com/author/show/1069006.C_S_Lewis
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
- Original Message - On Tuesday, May 20, 2014 8:49:34 AMRogan Hamby rogan.ha...@yclibrary.net wrote: Horizontal vs. Vertical Display We have some broad preferences for screen layout in SCLENDS but since monitors aren't universal nor are the opinions. I like the layout you've chosen and think it strikes a reasonable balance. The circ staff I've shown it to like it as well. I'm also in favor of moving away from supporting two different layouts. While I think it's nice to imagine Evergreen as everything to all people I think it sets up development / testing challenges that we could do without. +1 Links +1 to using built in browser controls to override the open in same tab behavior. I'm not familiar with Firefox either but based on some quick web searching it looks like it's behaviors are different from Chrome's. In fact there appear to be a few Firefox addons to simply it's behaviors. A regular Firefox user might have better insight here. I can confirm that Left Click, Ctrl+Click, Shift+Click and Ctrl+Shift+Click work the same in Chrome and Firefox. Aaron Zsembery Library Systems Analyst Pioneer Library System 2557 State Rt. 21 Canandaigua, New York 14424 Phone: (585) 394-8260 x111
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
I have to agree with Holly. I like the prototype. Also, I'm an open in new tab person and tend to use the right-click menu rather than trusting link behavior. I suspect you've already addressed this, but the prototype seems to have some responsive behavior. I'm assuming this is intentional, and I like it. On Tue, May 20, 2014 at 9:03 AM, Aaron Z aar...@pls-net.org wrote: - Original Message - On Tuesday, May 20, 2014 8:49:34 AMRogan Hamby rogan.ha...@yclibrary.net wrote: Horizontal vs. Vertical Display We have some broad preferences for screen layout in SCLENDS but since monitors aren't universal nor are the opinions. I like the layout you've chosen and think it strikes a reasonable balance. The circ staff I've shown it to like it as well. I'm also in favor of moving away from supporting two different layouts. While I think it's nice to imagine Evergreen as everything to all people I think it sets up development / testing challenges that we could do without. +1 Links +1 to using built in browser controls to override the open in same tab behavior. I'm not familiar with Firefox either but based on some quick web searching it looks like it's behaviors are different from Chrome's. In fact there appear to be a few Firefox addons to simply it's behaviors. A regular Firefox user might have better insight here. I can confirm that Left Click, Ctrl+Click, Shift+Click and Ctrl+Shift+Click work the same in Chrome and Firefox. Aaron Zsembery Library Systems Analyst Pioneer Library System 2557 State Rt. 21 Canandaigua, New York 14424 Phone: (585) 394-8260 x111 -- Ruth Frasur Director of the Historic(ally Awesome) Hagerstown - Jefferson Township Library 10 W. College Street in Hagerstown, Indiana (47346) p (765) 489-5632; f (765) 489-5808 Our Kickin' Website http://hagerstownlibrary.org Our Rockin' Facebook Page http://facebook.com/hjtplibrary and Stuff I'm Readinghttp://pinterest.com/hjtplibrary/ruth-reads/
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Bill, just to be clear, and I think is what you mean, you're advocating leaving the special click behavior for normal looking links up to the web browser? So folks can use whatever they're used to in the environment they're used to, whether it's using context menus or keyboard shortcuts. -- Jason Etheridge | Support Manager | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: ja...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
+1, I agree completely. Thanks, Geoff Sams Roanoke Public Library From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Holly Brennan Sent: Monday, May 19, 2014 6:04 PM To: Evergreen Discussion Group Subject: Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests Horizontal vs. Vertical Patron Display It’s hard for me to envision the two interfaces, based solely on your written descriptions, but I don’t see anything off-putting about the way you have it set up currently. I agree that there should be one way of building it, so future focus can be on enhancements rather than playing catch-up and having to maintain two versions (likely, things will start to be lost). Link Behavior As a diehard “open in new tab” person, I rarely trust links to behave the way I want – therefore I tend to right-click or use keyboard shortcuts to ensure I am not redirected from my current page. I vote for your proposed thinking. I think you deserve a break somewhere in the process and this simplifies things. As for behavior, your described clicking behavior is the same in Firefox. -Holly Holly Brennan Library Technology Specialist Homer Public Library 907-235-3180 (main) 907-435-3154 (direct) hbren...@cityofhomer-ak.govmailto:hbren...@cityofhomer-ak.gov From: open-ils-general-boun...@list.georgialibraries.orgmailto:open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Monday, May 19, 2014 1:01 PM To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.commailto:ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
+1 on both proposals as well Joseph Knueven Director Germantown Public Library 51 N. Plum St. Germantown, OH 45327 937-855-4001 knuev...@oplin.org On 5/20/2014 10:26 AM, Geoff Sams wrote: +1, I agree completely. Thanks, Geoff Sams Roanoke Public Library *From:*open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] *On Behalf Of *Holly Brennan *Sent:* Monday, May 19, 2014 6:04 PM *To:* Evergreen Discussion Group *Subject:* Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests *Horizontal vs. Vertical Patron Display* It’s hard for me to envision the two interfaces, based solely on your written descriptions, but I don’t see anything off-putting about the way you have it set up currently. I agree that there should be one way of building it, so future focus can be on enhancements rather than playing catch-up and having to maintain two versions (likely, things will start to be lost). Link Behavior As a diehard “open in new tab” person, I rarely trust links to behave the way I want – therefore I tend to right-click or use keyboard shortcuts to ensure I am not redirected from my current page. I vote for your proposed thinking. I think you deserve a break somewhere in the process and this simplifies things. As for behavior, your described clicking behavior is the same in Firefox. -Holly Holly Brennan Library Technology Specialist Homer Public Library 907-235-3180 (main) 907-435-3154 (direct) hbren...@cityofhomer-ak.gov mailto:hbren...@cityofhomer-ak.gov *From:*open-ils-general-boun...@list.georgialibraries.org mailto:open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] *On Behalf Of *Bill Erickson *Sent:* Monday, May 19, 2014 1:01 PM *To:* Evergreen Discussion Group *Subject:* [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com mailto:ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
+1 on both from me Sent from my iPad On May 20, 2014, at 11:00 AM, Joe knuev...@oplin.orgmailto:knuev...@oplin.org wrote: +1 on both proposals as well Joseph Knueven Director Germantown Public Library 51 N. Plum St. Germantown, OH 45327 937-855-4001 knuev...@oplin.orgmailto:knuev...@oplin.org On 5/20/2014 10:26 AM, Geoff Sams wrote: +1, I agree completely. Thanks, Geoff Sams Roanoke Public Library From: open-ils-general-boun...@list.georgialibraries.orgmailto:open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Holly Brennan Sent: Monday, May 19, 2014 6:04 PM To: Evergreen Discussion Group Subject: Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests Horizontal vs. Vertical Patron Display It’s hard for me to envision the two interfaces, based solely on your written descriptions, but I don’t see anything off-putting about the way you have it set up currently. I agree that there should be one way of building it, so future focus can be on enhancements rather than playing catch-up and having to maintain two versions (likely, things will start to be lost). Link Behavior As a diehard “open in new tab” person, I rarely trust links to behave the way I want – therefore I tend to right-click or use keyboard shortcuts to ensure I am not redirected from my current page. I vote for your proposed thinking. I think you deserve a break somewhere in the process and this simplifies things. As for behavior, your described clicking behavior is the same in Firefox. -Holly Holly Brennan Library Technology Specialist Homer Public Library 907-235-3180 (main) 907-435-3154 (direct) hbren...@cityofhomer-ak.govmailto:hbren...@cityofhomer-ak.gov From: open-ils-general-boun...@list.georgialibraries.orgmailto:open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Monday, May 19, 2014 1:01 PM To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.commailto:ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
On Tue, May 20, 2014 at 10:20 AM, Jason Etheridge ja...@esilibrary.comwrote: I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Bill, just to be clear, and I think is what you mean, you're advocating leaving the special click behavior for normal looking links up to the web browser? So folks can use whatever they're used to in the environment they're used to, whether it's using context menus or keyboard shortcuts. Yes, exactly, no custom context menus or hard-coded target=_blank attributes. They're just links. -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
+1 Lynn Floyd lfl...@andersonlibrary.org Anderson County Library 864-260-4500 x181 http://www.andersonlibrary.org http://www.andersonlibrary.org/ From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Tuesday, May 20, 2014 1:42 PM To: Evergreen Discussion Group Subject: Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests On Tue, May 20, 2014 at 10:20 AM, Jason Etheridge ja...@esilibrary.com wrote: I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Bill, just to be clear, and I think is what you mean, you're advocating leaving the special click behavior for normal looking links up to the web browser? So folks can use whatever they're used to in the environment they're used to, whether it's using context menus or keyboard shortcuts. Yes, exactly, no custom context menus or hard-coded target=_blank attributes. They're just links. -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
A hearty +1 to interface deduplication, and an equally enthusiastic +1 to plain links. Jason -- Jason Boyer Indiana State Library http://library.in.gov/ 317-234-2128 From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Monday, May 19, 2014 5:01 PM To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.commailto:ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
[OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests
Horizontal vs. Vertical Patron Display It’s hard for me to envision the two interfaces, based solely on your written descriptions, but I don’t see anything off-putting about the way you have it set up currently. I agree that there should be one way of building it, so future focus can be on enhancements rather than playing catch-up and having to maintain two versions (likely, things will start to be lost). Link Behavior As a diehard “open in new tab” person, I rarely trust links to behave the way I want – therefore I tend to right-click or use keyboard shortcuts to ensure I am not redirected from my current page. I vote for your proposed thinking. I think you deserve a break somewhere in the process and this simplifies things. As for behavior, your described clicking behavior is the same in Firefox. -Holly Holly Brennan Library Technology Specialist Homer Public Library 907-235-3180 (main) 907-435-3154 (direct) hbren...@cityofhomer-ak.gov From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Monday, May 19, 2014 1:01 PM To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes#section20140519 I have feedback requests for patron horizontal vs. vertical display and link (a) behavior. Thanks, -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.commailto:ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts