Re: [OPEN-ILS-GENERAL] [EXTERNAL] - Re: adding a picture to header and footer

[Boyer, Jason A]

I wouldn't ordinarily think it would matter, but do you have the actual src 
property wrapped in quotes? At least one parser (in Outlook, at least) appears 
to be considering everything through the closing angle of the div to be part of 
the url. It's something to test anyway, along with loading the image url 
manually on one of the machines where it won't print just in case there's 
something else going on.

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill 
Coffey
Sent: Wednesday, August 21, 2019 5:11 PM
To: 'Evergreen Discussion Group' 
Subject: Re: [OPEN-ILS-GENERAL] [EXTERNAL] - Re: adding a picture to header and 
footer

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

I get it to show up on the checkout preview, but they randomly show up on the 
receipt.
Coding for the image

https://www.wcpl.org/imageRepository/Document?DocumentID=1238>https://www.wcpl.org/imageRepository/Document?DocumentID=1238%3e%3c/div>>

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of 
Benjamin Kalish
Sent: Wednesday, August 21, 2019 4:20 PM
To: Evergreen Discussion Group 
mailto:open-ils-general@list.georgialibraries.org>>
Subject: [EXTERNAL] - Re: [OPEN-ILS-GENERAL] adding a picture to header and 
footer

Alternatively you can use a data 
url<https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URIs>.
 I've always used data urls, because for some reason or another I assumed we 
couldn't access network resources in print templates. It's good to know that's 
possible!

Benjamin Kalish
Forbes Library / 413-587-1012 / 
bkal...@forbeslibrary.org<mailto:bkal...@forbeslibrary.org>

Support Forbes Library:
· Consider giving a gift<http://www.forbeslibrary.org/giving> to Forbes 
Library
· Vote for the Friends of Forbes in the Florence Bank Community Grant 
Program<https://www.florencebank.com/vote>.
· Join the Friends the Forbes today<https://forbeslibrary.org/friends/>!

Currently reading: The Indian Clerk by David Leavitt
Just Finished: The Tombs of Atuan by Ursula K. Le Guin

For information about accessibility at the library, please see: 
http://forbeslibrary.org/accessibility/



On Wed, Aug 21, 2019 at 1:15 PM Boyer, Jason A 
mailto:jbo...@library.in.gov>> wrote:
Hi Bill, since the receipt templates are eventually converted into plain HTML 
before being printed, you can just place an  tag wherever you'd like the 
image to appear. You will need to be certain though that the image url uses 
https or it won't load.

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org<mailto:open-ils-general-boun...@list.georgialibraries.org>]
 On Behalf Of Bill Coffey
Sent: Wednesday, August 21, 2019 12:57 PM
To: Evergreen Discussion Group 
(open-ils-general@list.georgialibraries.org<mailto:open-ils-general@list.georgialibraries.org>)
 
mailto:open-ils-general@list.georgialibraries.org>>
Subject: [OPEN-ILS-GENERAL] adding a picture to header and footer

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

We want to add a picture header and footer to our checkout receipts for both 
the web version and the software client.
Has anyone done this and what do I need to do to insert them into the receipts.
We are using all Star TSP 847 printers.

Thanks

[WCPLLogo_email]
Bill Coffey
Systems Administrator
Wayne County Public Library
1001 E. Ash St
Goldsboro, NC 27530

Phone:  (919) 735-6249
Cell:  (919) 750-6456
Fax: (919) 731-2889
email:   bill.cof...@waynegov.com<mailto:bill.cof...@waynegov.com>

Re: [OPEN-ILS-GENERAL] adding a picture to header and footer

[Boyer, Jason A]

Hi Bill, since the receipt templates are eventually converted into plain HTML 
before being printed, you can just place an  tag wherever you'd like the 
image to appear. You will need to be certain though that the image url uses 
https or it won't load.

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill 
Coffey
Sent: Wednesday, August 21, 2019 12:57 PM
To: Evergreen Discussion Group (open-ils-general@list.georgialibraries.org) 

Subject: [OPEN-ILS-GENERAL] adding a picture to header and footer

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

We want to add a picture header and footer to our checkout receipts for both 
the web version and the software client.
Has anyone done this and what do I need to do to insert them into the receipts.
We are using all Star TSP 847 printers.

Thanks

[WCPLLogo_email]
Bill Coffey
Systems Administrator
Wayne County Public Library
1001 E. Ash St
Goldsboro, NC 27530

Phone:  (919) 735-6249
Cell:  (919) 750-6456
Fax: (919) 731-2889
email:   bill.cof...@waynegov.com

Re: [OPEN-ILS-GENERAL] Overdue notices?

[Boyer, Jason A]

Hi Victoria, how did you previously retrieve your notices in the XUL client? 
Depending on how they were generated before there shouldn't be much that's 
changed as far as notices are concerned. And are you the person responsible for 
maintaining your Evergreen server or is there someone else that manages it?

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of 
Victoria Sandin
Sent: Tuesday, June 11, 2019 9:20 AM
To: Evergreen Discussion Group 
Subject: Re: [OPEN-ILS-GENERAL] Overdue notices?

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

Thanks, Virginia, but I don't have that button in my version of Evergreen 3.1.

Victoria Sandin, M.L.S.
Technology Librarian
Rodgers Memorial Library
194 Derry Road
Hudson, NH 03051
603-886-6030
www.rodgerslibrary.org

Librarian. Genetically predisposed to answer questions and correct 
misconceptions - whether asked or not.


On Tue, Jun 11, 2019 at 8:45 AM Virginia Jensen 
mailto:virgin...@mooresvillepublic.lib.in.us>>
 wrote:
to print overdue notices:  On the opening screen, under the Administration 
heading, is a button to PRINT NOTICES.  Try this link, and log in as local 
admin.


Virginia Jensen, CLSS

Mooresville Public Library

220 W Harrison Street

Mooresville IN 46158

virgin...@mooresvillepublic.lib.in.us






From: Open-ils-general 
mailto:open-ils-general-boun...@list.georgialibraries.org>>
 on behalf of Victoria Sandin 
mailto:victoriasan...@rodgerslibrary.org>>
Sent: Monday, June 10, 2019 4:06 PM
To: Evergreen Discussion Group
Subject: [OPEN-ILS-GENERAL] Overdue notices?

Does anyone print and mail overdue notices? We had the capability to do so on 
the Evergreen 2.x staff client, but upgraded to the 3.1 web client and can't 
figure out how to do so.

Please share and/or advise, thank you!



Victoria Sandin, M.L.S.

Technology Librarian

Rodgers Memorial Library

194 Derry Road

Hudson, NH 03051

603-886-6030

www.rodgerslibrary.org



Librarian. Genetically predisposed to answer questions and correct 
misconceptions - whether asked or not.

Re: [OPEN-ILS-GENERAL] Towards more consistent terminology in the web client

[Boyer, Jason A]

I 100% agree with all of this and if we're going to do any terminology 
realignment I think we should straighten up as much as possible at the same 
time.

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Daniel 
Wells
Sent: Thursday, August 16, 2018 7:10 PM
To: Evergreen Discussion Group 
Subject: Re: [OPEN-ILS-GENERAL] Towards more consistent terminology in the web 
client

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

Hello all,

Very happy to see the term "Holding" getting some traction.  I would also agree 
that changing the record-level "Add Copies" button to "Add Holdings" makes a 
lot of sense!

Furthermore, after 9 days of suspense, I have finally found time to unveil the 
one term I feel has been misused in Evergreen since the beginning: volume!  
Hopefully there are some like-minded folks to whom this is no surprise.  To 
others, I offer the following somewhat long explanation, and also to help the 
busy and impatient, here is the summary conclusion. "Volume" is a word for a 
physical thing (i.e. something with "volume"), and we already have two 
established words for that (item/copy), so it is of no obvious use to us.  
Volume, be gone!

You may be thinking that's just, like, my opinion, so to that I offer the 
following quote from the American Library Association Fact Sheet:

"The ARL academic library study takes its definition of volume from the 
National Information Standards Organization (NISO): A 
single physical unit of any printed, typewritten, handwritten, mimeographed, or 
processed work, distinguished from other units by a separate binding, 
encasement, portfolio, or other clear distinction, which has been cataloged, 
classified, and made ready for use, and which is typically the unit used to 
charge circulation transactions."

With this single quote, we've got the ALA, the ARL (Association of Research 
Libraries), and NISO all agreeing on usage of the term "volume" to be the 
physical "things" in our library collections.  That's some pretty good 
authority, I think.  And when the ALA Fact Sheet then tells us the Library of 
Congress has 34,528,818 "volumes held", they mean 34,528,818 physical things, 
and we all generally understand that usage without difficulty.  It certainly 
doesn't mean "call numbers", and it doesn't mean something conceptual.  It is 
simply the separate units of stuff they have collected and organized.

So, if this is the case, why does "volume" as it is currently used in Evergreen 
feel right to so many of us?  Stockholm syndrome, of course.  Actually, the way 
we use it isn't *totally* wrong, and since some of us have now been using this 
term "the Evergreen way" for 10+ years, it has become a bit ingrained and 
entrenched.  It also just shorter and easier to use and say than "call number" 
even when we really just mean "call number".  I, too, am guilty of such things.

Finally, the term "volume" also brings some additional baggage when it comes to 
parts.  Since the most common *label* for a part is "volume [xyz]", sometime we 
casually refer to a part as a "volume".  To this, I can only say that even 
volumes not labeled "volume" are volumes, so let's not trip ourselves over 
thinking that "volume" belongs to parts in any meaningful way.

My feelings, in summary:
1) "Holding" should be our general term as much as possible.  It simply means 
anything we provide access to.
2) Our circulating units should be labeled "Item" or "Copy".  My slight 
preference is for "Item", but I don't think "Copy" has any major problems being 
understood when used in this way.
3) We should keep using the term "Call Number" for the actual call number, of 
course, but in many places "Holding" will slide in and work fine.
3) "Volume" is tainted, and it would be best to quit cold-turkey.  It is hard 
to imagine us strictly using it as ALA/ARL/NISO have defined it, and we can 
live without it.

Now, some of the above is rhetoric; I can also imagine a path forward where we 
keep "volume", since no label is going to allow software to perfectly fit 
reality.  But I do feel that path will require a little more finesse and 
discipline, and that moving away is ultimately the easier road.

Thanks for reading!

Sincerely,
Dan



On Thu, Aug 16, 2018 at 5:21 PM, Kathy Lussier 
mailto:kluss...@masslnc.org>> wrote:
Hi all,

I'm sending along a reminder to please fill out this survey by tomorrow if you 
haven't done so already. We've received 97 responses so far!

https://goo.gl/forms/jZeADWhF9u7ilM072

Kathy



--

Kathy Lussier

Project Coordinator

Massachusetts Library Network Cooperative

(508) 343-0128

kluss...@masslnc.org

On Fri, Aug 10, 2018 at 1:28 PM, Kathy Lussier 

Re: [OPEN-ILS-GENERAL] Workstation Registration with Web staff Client.

[Boyer, Jason A]

Chrome has a large number of group policy settings that can be set. Do you know 
if the AD admin might have changed any of them? There doesn't appear to be one 
specific to LocalStorage, so if they try to clear cookies somehow that will 
likely also wipe out LS and workstation registrations.

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Lynn 
Floyd
Sent: Thursday, May 17, 2018 12:47 PM
To: Evergreen Discussion Group 
Subject: [OPEN-ILS-GENERAL] Workstation Registration with Web staff Client.

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

We are having an issue with MS AD Domain Windows 7 Computers not retaining 
their workstation registration.

We are thinking that this is because our staff use non Admin users.
Chrome is set to remember cookies, and not delete them upon closing.

We are looking at a way to have the computers to maintain the Workstation 
Registration, but not found a workaround.

We tried giving each computer a Chrome login, that did not work. Tried several 
different other paths. The Only one that truly worked is giving them Admin 
privileges, which would not work.

Any help would be appreciated.

Thanks.

Lynn Floyd
lfl...@andersonlibrary.org
Anderson County Library
Anderson, SC



Lynn Floyd
Head of Information Technology
Anderson County Library
Anderson, SC
lfl...@andersonlibrary.org

Re: [OPEN-ILS-GENERAL] Web Client on IOS

[Boyer, Jason A]

I should really read all of my email before replying to some things. Thanks for 
opening that bug, Tim; for some reason Outlook web access made your message too 
easy to miss and I thought this was all of the discussion on it to date.


Jason


--

Jason Boyer

Indiana State Library

315 W. Ohio St.

Indianapolis, IN 46202

http://library.in.gov/



From: Open-ils-general <open-ils-general-boun...@list.georgialibraries.org> on 
behalf of Boyer, Jason A <jbo...@library.in.gov>
Sent: Monday, January 29, 2018 12:27 PM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Web Client on IOS

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 


To be more specific (I thought I had filed a bug about this but apparently it 
was lost in tabs half-written...): the single call to 
boardcastChannel.postMessage(...) is what kills Safari and Edge. I don't 
personally see the benefit of allowing those two to just die off for a single 
function call (wrapping it in a try allows them to work again) but the newer 
the feature we require the smaller the range of browsers we'll allow to work.


If the consensus is that Chrome is the new official client we should probably 
state that outright (gross). If not, we need to weigh the importance of any 
feature so new that it's only supported by 1-2 browsers. (And like Dan says, 
Chrome on iOS doesn't work either because it's the iOS webkit engine under the 
Chrome UI and syncing services.)


I guess I should get that bug written up finally.


Jason


--

Jason Boyer

Indiana State Library

315 W. Ohio St.

Indianapolis, IN 46202

http://library.in.gov/



From: Open-ils-general <open-ils-general-boun...@list.georgialibraries.org> on 
behalf of Dan Scott <d...@coffeecode.net>
Sent: Monday, January 29, 2018 10:37 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Web Client on IOS

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

I'll add this to the bug, but the underlying reason is that on iOS all browsers 
are forced to use the Safari browser's engine; this means that any of the 
standards-based enhancements that Firefox and Chrome bring to other platforms, 
such as Service Workers (used in the Web Staff Client for offline transaction 
support etc), won't work on iOS until Apple updates Safari to support those 
standards as well.

In short: to make the web staff client work on iOS in even a limited fashion, 
the Evergreen developers will have to add Safari to the supported web browser 
list. Requiring developers to have an iOS device to even start debugging this 
particular issue is a barrier for some of us.

On Mon, Jan 29, 2018 at 10:19 AM, Tim Spindler 
<tjspind...@gmail.com<mailto:tjspind...@gmail.com>> wrote:
FYI, I just opened a bug on this.

https://bugs.launchpad.net/evergreen/+bug/1746020

On Mon, Jan 29, 2018 at 10:08 AM, Jason Stephenson 
<ja...@sigio.com<mailto:ja...@sigio.com>> wrote:
On 01/29/2018 09:18 AM, 
scott.tho...@sparkpa.org<mailto:scott.tho...@sparkpa.org> wrote:
> Hi,
>
>Has anyone had any luck getting the Web Client to work on an iOS
> device? I tried both the Firefox and Chrome apps. The menus appear, but
> no login is generated. Any insights would be appreciated.

The short answer is no. It's not working on an iPhone here.

When you go to the login page, it is pretty much blank. No box to enter
credentials. This is happening with Evergreen 3.0.3.

I recommend opening a bug on Launchpad.

Jason

>
> Thank you,
> Scott
>
>
>
> Scott Thomas
>
> Executive Director
>
> *PaILS / SPARK*
>
> (717) 873-9461<tel:%28717%29%20873-9461>
>
> scott.tho...@sparkpa.org<mailto:scott.tho...@sparkpa.org> 
> <mailto:scott.tho...@sparkpa.org<mailto:scott.tho...@sparkpa.org>>
>
> Stay informed! Join the SPARK-User Email List:
>
> https://mail.palibrary.org/mailman/listinfo/spark-users
>
> Description: Description: Training | SPARK – Pennsylvania's Statewide
> Library System <http://www.palibrary.org/pails/>
>
>
>



--
Tim Spindler
tjspind...@gmail.com<mailto:tjspind...@gmail.com>


P   Go Green - Save a tree! Please don't print this e-mail unless it's really 
necessary.

Re: [OPEN-ILS-GENERAL] Web Client on IOS

[Boyer, Jason A]

To be more specific (I thought I had filed a bug about this but apparently it 
was lost in tabs half-written...): the single call to 
boardcastChannel.postMessage(...) is what kills Safari and Edge. I don't 
personally see the benefit of allowing those two to just die off for a single 
function call (wrapping it in a try allows them to work again) but the newer 
the feature we require the smaller the range of browsers we'll allow to work.


If the consensus is that Chrome is the new official client we should probably 
state that outright (gross). If not, we need to weigh the importance of any 
feature so new that it's only supported by 1-2 browsers. (And like Dan says, 
Chrome on iOS doesn't work either because it's the iOS webkit engine under the 
Chrome UI and syncing services.)


I guess I should get that bug written up finally.


Jason


--

Jason Boyer

Indiana State Library

315 W. Ohio St.

Indianapolis, IN 46202

http://library.in.gov/



From: Open-ils-general  on 
behalf of Dan Scott 
Sent: Monday, January 29, 2018 10:37 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Web Client on IOS

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

I'll add this to the bug, but the underlying reason is that on iOS all browsers 
are forced to use the Safari browser's engine; this means that any of the 
standards-based enhancements that Firefox and Chrome bring to other platforms, 
such as Service Workers (used in the Web Staff Client for offline transaction 
support etc), won't work on iOS until Apple updates Safari to support those 
standards as well.

In short: to make the web staff client work on iOS in even a limited fashion, 
the Evergreen developers will have to add Safari to the supported web browser 
list. Requiring developers to have an iOS device to even start debugging this 
particular issue is a barrier for some of us.

On Mon, Jan 29, 2018 at 10:19 AM, Tim Spindler 
> wrote:
FYI, I just opened a bug on this.

https://bugs.launchpad.net/evergreen/+bug/1746020

On Mon, Jan 29, 2018 at 10:08 AM, Jason Stephenson 
> wrote:
On 01/29/2018 09:18 AM, 
scott.tho...@sparkpa.org wrote:
> Hi,
>
>Has anyone had any luck getting the Web Client to work on an iOS
> device? I tried both the Firefox and Chrome apps. The menus appear, but
> no login is generated. Any insights would be appreciated.

The short answer is no. It's not working on an iPhone here.

When you go to the login page, it is pretty much blank. No box to enter
credentials. This is happening with Evergreen 3.0.3.

I recommend opening a bug on Launchpad.

Jason

>
> Thank you,
> Scott
>
>
>
> Scott Thomas
>
> Executive Director
>
> *PaILS / SPARK*
>
> (717) 873-9461
>
> scott.tho...@sparkpa.org 
> >
>
> Stay informed! Join the SPARK-User Email List:
>
> https://mail.palibrary.org/mailman/listinfo/spark-users
>
> Description: Description: Training | SPARK – Pennsylvania's Statewide
> Library System 
>
>
>



--
Tim Spindler
tjspind...@gmail.com


P   Go Green - Save a tree! Please don't print this e-mail unless it's really 
necessary.

Re: [OPEN-ILS-GENERAL] Adding patron info to checkout receipts - quick poll

[Boyer, Jason A]

Those may be there already because of the way circs are added; they're just not 
spelled out in the comments on the template. 

Try these out in the tag that has the rest of the item information:
checkout.author, checkout.copy.price, and checkout.renewal_remaining (no 's')

Almost every field from action.circulation (checkout.circ.*), asset.copy 
(checkout.copy.*), and asset.call_number (checkout.call_number.*) is available 
along with checkout.title and checkout.author on each circ; they're just not 
mentioned in the template. There's currently nothing from the actor.usr table 
though, which is what I'm adding now.

Jason 

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/


> -Original Message-
> From: Open-ils-general [mailto:open-ils-general-
> boun...@list.georgialibraries.org] On Behalf Of Tina Ji
> Sent: Tuesday, January 23, 2018 3:32 PM
> To: Evergreen Discussion Group <open-ils-general@list.georgialibraries.org>
> Subject: Re: [OPEN-ILS-GENERAL] Adding patron info to checkout receipts -
> quick poll
> 
>  This is an EXTERNAL email. Exercise caution. DO NOT open attachments or
> click links from unknown senders or unexpected email. 
> 
> 
> We need item price. Some of our libraries sum up the price of checked
> out items and print a you-saved-so-much note.
> 
> I also think Author and Remaining_renewal may be helpful.
> 
> Thank you!
> 
> 
> 
> Quoting "Boyer, Jason A" <jbo...@library.in.gov>:
> 
> > I'm basically done with
> > https://bugs.launchpad.net/evergreen/+bug/1737540 but before making
> > a potential privacy faux-pas or leaving out anything potentially
> > useful I wanted to get some opinions. (My hope is that no library
> > uses the whole prefix, first, middle, last, suffix anywhere, but
> > prefix + last, just first, or first +middle initial might be useful)
> >
> > Here's what I'm planning to add to a patron object in checkout receipts:
> >
> > prefix
> > first_given_name
> > second_given_name
> > family_name
> > suffix
> > barcode
> > money_summary.total_owed
> > money_summary.total_paid
> > money_summary.balance_owed
> > expire_date (can be used with ng-show to give a little reminder that
> > your account will expire soon)
> > alias
> > has_email (a boolean for use with ng-show; "Have you signed up for
> > our newsletters?" or "Have an email? Add it to your account to get
> > notifications about your holds!" etc.)
> > has_phone (same)
> >
> > I'm duplicating the patron_money information because there's no need
> > for a separate patron and patron_money objects. In the interest of
> > not breaking existing templates the patron_money object would still
> > be in place; just not mentioned anywhere. I considered usrname but
> > couldn't see a use case.
> >
> > Are there any strong opinions about adding more fields or removing
> > some of these? I figure it's better to knock this out all at once
> > rather than poking at it repeatedly with tiny changes.
> >
> > Jason
> >
> > --
> > Jason Boyer
> > MIS Supervisor
> > Indiana State Library
> > http://library.in.gov/
> 
> 
> --
> Tina Ji
> 1-888-848-9250 ext 1014
> Support Specialist
> BC Libraries Co-operative
> 

[OPEN-ILS-GENERAL] Adding patron info to checkout receipts - quick poll

[Boyer, Jason A]

I'm basically done with https://bugs.launchpad.net/evergreen/+bug/1737540 but 
before making a potential privacy faux-pas or leaving out anything potentially 
useful I wanted to get some opinions. (My hope is that no library uses the 
whole prefix, first, middle, last, suffix anywhere, but prefix + last, just 
first, or first +middle initial might be useful)

Here's what I'm planning to add to a patron object in checkout receipts:

prefix
first_given_name
second_given_name
family_name
suffix
barcode
money_summary.total_owed
money_summary.total_paid
money_summary.balance_owed
expire_date (can be used with ng-show to give a little reminder that your 
account will expire soon)
alias
has_email (a boolean for use with ng-show; "Have you signed up for our 
newsletters?" or "Have an email? Add it to your account to get notifications 
about your holds!" etc.)
has_phone (same)

I'm duplicating the patron_money information because there's no need for a 
separate patron and patron_money objects. In the interest of not breaking 
existing templates the patron_money object would still be in place; just not 
mentioned anywhere. I considered usrname but couldn't see a use case.

Are there any strong opinions about adding more fields or removing some of 
these? I figure it's better to knock this out all at once rather than poking at 
it repeatedly with tiny changes.

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

Re: [OPEN-ILS-GENERAL] transit

[Boyer, Jason A]

It may be that a bug needs to be entered to let the Missing Pieces feature 
"override" a canceled transit but in the meantime you don't have to necessarily 
look up the last patron and go through all of that. If you use the "Suppress 
Holds and Transits" option in the Checkin Modifiers menu on the Checkin screen 
you can check the item in to remove the Canceled Transit status without 
triggering any new holds or transits; then you should be able to mark the item 
missing pieces normally.

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Diane 
Disbro
Sent: Wednesday, July 26, 2017 7:57 AM
To: Evergreen Discussion Group 
Subject: Re: [OPEN-ILS-GENERAL] transit

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

The Set Item as Missing Pieces is such a cool feature - when there isn't a 
transit. We can go back to handling missing pieces the way we did with our 
previous ILS. Find the last patron to circ the item and check it out to him. 
Then we won't have to worry about transits.

Thank you for letting me think out loud.

Diane Disbro
Circulation Coordinator/Branch Manager
Union Branch
Scenic Regional Library
308 Hawthorne Drive
Union, MO 63084
(636) 583-3224

On Tue, Jul 25, 2017 at 6:03 PM, Kathy Lussier 
> wrote:

Hi Diane,

Thanks for the explanation! I see there is a Launchpad ticket on this - 
https://bugs.launchpad.net/evergreen/+bug/1257910 - and I don't see any sign 
that anyone is working on it. I would say that a number of backend changes will 
be required to fix this issue, and the web client isn't something that will be 
making backend changes.

It would be good to hear how others handle this workflow in libraries that are 
using the Mark Missing Pieces action. I'm not one of them, but I see that  
there is a distinct 'Scan Item as Missing Pieces' action in the circulation 
menu. If the staff person notices the missing pieces before the checkin scan (I 
know this isn't always the case), it looks like it could be scanned there 
without a risk of sending the item into transit.

Kathy
On 07/25/2017 06:21 PM, Diane Disbro wrote:
You and Terran are both correct about the Damaged Item issue!

We can’t, however, Edit Item Attributes in the Copy Editor while an item has a 
status of In Transit or Canceled Transit, right?

We can only mark something as Missing Pieces from the Check In screen. If you 
try to choose Missing Pieces from Actions after the transit is triggered, the 
skull and cross bones pop up.

Thank you for a forum to discuss this!

Diane Disbro
Circulation Coordinator/Branch Manager
Union Branch
Scenic Regional Library
308 Hawthorne Drive
Union, MO 63084
636-583-3224
ddis...@scenicregional.org
www.scenicregional.org


From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Kathy 
Lussier
Sent: Tuesday, July 25, 2017 5:01 PM
To: 
open-ils-general@list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] transit


Hi Diane,
Thank you! I guess we can check it out to the last patron and make it Damaged 
from his items out screen -> show item details. We did create a Mending account 
to get around the transit issue for items needing mending. We just check them 
out to the Mending account.
The series of steps I just tried may not be the same steps that led to your 
canceled transit, but, in my testing, I found that I could check in the item 
with the canceled transit and then immediately mark it as damaged from the 
checkin screen. The system remembered the last patron and billed them (I have 
the library setting enabled that automatically bills a patron for a damaged 
item. Are you not seeing the same thing?
If an item is missing pieces, we have to go through several steps to set it as 
Missing Pieces. Cancel the transit, change the circulating library, sometimes 
make the item not holdable, then check it in.
I'm not very familiar with the process to set an item to missing pieces, but, 
if you have to change the circulating library, it sounds as if it's related to 
the way your permissions are configured. If you have this permission is set at 
the consortium level, you should be able to perform the mark missing pieces 
action on items from any library without changing the circulation library. 
However, the permission may be set that way due to a policy in your consortium 
that only allows you to perform that action on your own items.

I hope this helps!
Kathy

On 07/25/2017 05:42 PM, Diane Disbro wrote:
Thank you! I guess we can check it out to the last patron and make 

Re: [OPEN-ILS-GENERAL] FAST/searchFAST Subject Headings (Cataloging Type Question)

[Boyer, Jason A]

I do like Kathy's method a lot and will be exploring that here, but this will 
only remove the FAST subjects in your case:

In your source tree, edit Open-ILS/src/templates/opac/parts/record/subjects.tt2 
and search for "BLOCK render_subject" then, a couple of lines down you'll see 

FOR node IN ctx.marc_xml.findnodes(xpath);

This is where the function loops over all of the extracted subjects. 
Immediately below this line add the following:

NEXT IF node.findnodes('./*[@code="2" and (text()="fast")]'); 

To only ignore OCLC FAST subjects.

Jason 

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/


> -Original Message-
> From: Open-ils-general [mailto:open-ils-general-
> boun...@list.georgialibraries.org] On Behalf Of Jane Sandberg
> Sent: Thursday, March 16, 2017 3:39 PM
> To: Evergreen Discussion Group 
> Subject: Re: [OPEN-ILS-GENERAL] FAST/searchFAST Subject Headings (Cataloging
> Type Question)
> 
>  This is an EXTERNAL email. Exercise caution. DO NOT open attachments or
> click links from unknown senders or unexpected email. 
> 
> 
> Good to know!  Thanks, Kathy.
> 
> Our trouble is that we do include other 6XX fields with 2nd indicator
> 7 that we'd still want to display, so I think we'll just be content to
> take out the FAST ones for now.
> 
> On Thu, Mar 16, 2017 at 12:34 PM, Kathy Lussier  wrote:
> > Hi Elaine,
> >
> > We do. It's just further down in the file.
> >
> > Kathy
> >
> >
> > On 03/16/2017 03:31 PM, Elaine Hardy wrote:
> >
> > Kathy,
> >
> > Y'all don't display 655s?
> >
> > Elaine
> >
> >
> >
> > J. Elaine Hardy
> > PINES & Collaborative Projects Manager
> > Georgia Public Library Service/PINES
> > 1800 Century Place, Ste. 150
> > Atlanta, GA 30045
> >
> > 404.235.7128 Office
> > 404.548.4241 Cell
> > 404.235.7201 FAX
> >
> > On Thu, Mar 16, 2017 at 11:01 AM, Kathy Lussier 
> > wrote:
> >>
> >> Hi all,
> >>
> >> In opac/parts/record/subjects.tt2, there is a line at the top of the file
> >> that indicates you're using the 650 MARC field for the subject links:
> >>
> >> subjects = [
> >> {
> >> label => l('Subject: '),
> >> xpath => '//*[@tag="600" or @tag="610" or @tag="611" or
> >> @tag="630" or @tag="650" or @tag="651"]'
> >> },
> >>
> >> You can add indicators for that xpath if you want to limit the display to
> >> specific types of subject headings. For example, this is what's used at
> >> NOBLE to limit to LC and subject headings and LC headings for children:
> >>
> >> subjects = [
> >> {
> >> label => l('Subject: '),
> >> xpath => '//*[((@tag="600" or @tag="610" or @tag="611" or
> >> @tag="630" or @tag="650" or @tag="651") and (@ind2="0" or @ind2="1"))]'
> >>
> >> I hope this helps!
> >> Kathy
> >>
> >> On 03/16/2017 10:51 AM, Sarah Childs wrote:
> >>
> >> Ahem, Jason Boyer? Perhaps you could reveal how you have worked this
> >> magic?
> >>
> >> On Wed, Mar 15, 2017 at 6:23 PM, Jane Sandberg 
> >> wrote:
> >>>
> >>> We have been taking them out of our records.  Terry Reese's MarcEdit
> >>> program can generate FAST headings, so if we ever need them for
> >>> anything, we can export our bib records, work some MarcEdit magic on
> >>> them, and re-import them.
> >>>
> >>> Sarah, I'd be really curious how you were able to hide them from the
> >>> OPAC view, if you'd be willing to share!
> >>>
> >>>
> >>> On Wed, Mar 15, 2017 at 2:23 PM, Elaine Hardy
> >>>  wrote:
> >>> > While we don't use them, we also don't take them out if they are in an
> >>> > OCLC
> >>> > WorldCat record that is imported into our database. They are designed
> >>> > to
> >>> > work more readily with linked data than LCSH, so removing them now
> >>> > might
> >>> > mean adding them back later.
> >>> >
> >>> > We don't add them, either to records without them or to original input
> >>> > in
> >>> > OCLC. OCLC does have a program that runs on a regular basis to add FAST
> >>> > headings to new cataloging, so they don't ask libraries to add them;
> >>> > but,
> >>> > you can if you want.
> >>> >
> >>> > I have been intending exploring hiding them in the OPAC display since
> >>> > they
> >>> > are duplicates, pretty much, of LCSH, but haven't had a chance. I do
> >>> > also
> >>> > agree that they are messy.
> >>> >
> >>> > Elaine
> >>> >
> >>> >
> >>> >
> >>> > J. Elaine Hardy
> >>> > PINES & Collaborative Projects Manager
> >>> > Georgia Public Library Service/PINES
> >>> > 1800 Century Place, Ste. 150
> >>> > Atlanta, GA 30045
> >>> >
> >>> > 404.235.7128 Office
> >>> > 404.548.4241 Cell
> >>> > 404.235.7201 FAX
> >>> >
> >>> > On Wed, Mar 15, 2017 at 3:06 PM, Schooff, Rose (LVA)
> >>> >  wrote:
> >>> >>
> >>> >> Libraries in our consortium (Virginia Evergreen Libraries) wanted me
> >>> >> to

Re: [OPEN-ILS-GENERAL] Series index, only first entry getting indexed

[Boyer, Jason A]

That sounds like it should work, there are already other examples where 
essentially the same field/xpath is used for each separately. Only applying the 
normalizer to the facet field should keep the OPAC looking good while also 
keeping the $v in the search indexes.

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Josh 
Stompro
Sent: Wednesday, March 01, 2017 11:33 AM
To: Evergreen Discussion Group <open-ils-general@list.georgialibraries.org>
Subject: Re: [OPEN-ILS-GENERAL] Series index, only first entry getting indexed

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

Jason, I would really like to leave the series index info in the search index.  
It would be nice if staff/customers could do a series search like "Harry Potter 
1" to get all the titles for the first harry potter book.

It seems like the issue is that one config.metabib_field entry for Series Title 
is set to both search_field and facet_field.  If I turn off the facet_field 
flag for that entry and create a new entry for a series title facet, and then 
just apply the normalizer to that field,  I wonder if that would do it?  So the 
facet entries would get cleaned up, but the index entries would be left alone.

Josh Stompro - LARL IT Director

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Boyer, 
Jason A
Sent: Wednesday, March 01, 2017 10:22 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Series index, only first entry getting indexed

Thanks for figuring this out, Josh. I was able to modify our normalizer like so 
to continue removing the $v:
BEGIN;
UPDATE config. index_normalizer SET param_count =3 WHERE id IN (SELECT id FROM 
config. index_normalizer WHERE func = 'regexp_replace');
UPDATE config.metabib_field_index_norm_map SET params='["; *[0-9]*","","g"]' 
WHERE field = 1 and norm in (SELECT id FROM config. index_normalizer WHERE func 
= 'regexp_replace');
COMMIT;

If you have more than 1 normalizer that uses regexp_replace or are using it on 
more than one field you won't want to use this as-is, but if you only have the 
1 and are currently only using it on your series titles it's good to go.

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Josh 
Stompro
Sent: Wednesday, March 01, 2017 10:41 AM
To: Evergreen Discussion Group 
<open-ils-general@list.georgialibraries.org<mailto:open-ils-general@list.georgialibraries.org>>
Subject: Re: [OPEN-ILS-GENERAL] Series index, only first entry getting indexed

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

Removing the regex replace normalizer did take care of it, sorry I didn't try 
that before posting.  I think my regex will have to be more selective, only 
getting rid of the number and the ';' so it doesn't clear out too much data.

Josh Stompro - LARL IT Director

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Josh 
Stompro
Sent: Wednesday, March 01, 2017 9:19 AM
To: 
open-ils-general@list.georgialibraries.org<mailto:open-ils-general@list.georgialibraries.org>
Subject: [OPEN-ILS-GENERAL] Series index, only first entry getting indexed

Hello, we have noticed that only the first 490 get indexed for our series 
search index.  But all 490's get added to the series facet entry.

For example, here is a title with two 490's in mods32 format.
https://egcatalog.larl.org/opac/extras/unapi?id=tag::U2@bre/237592=mods32

The second 490 of "Felicity classic" isn't searchable.

When I look at the metabib.combined_series_field_entry I see the following for 
this record.
record

metabib_field

index_vector

237592

'american' 'beforev' 'beforever' 'felic' 'felicity' 'girl'

237592

1

'american' 'beforev' 'beforever' 'felic' 'felicity' 'girl'


metabib.series_field_entry
id

source

field

Value

index_vector

430451

237592

1

American Girl Beforever Felicity

'american':1A,5C 'beforev':7C 'beforever':3A 'felic':8C 'felicity':4A 
'girl':2A,6C


Metabib.facet_entry
value

count

bibid

American Girl Beforever Felicity

1

237592

Felicity classic

1

237592



The one thing that I have done is to add a search normalizer to get rid of the 
series numbering from the facet entry.  Unfortunately I don't remember if this 
issue came up before I added the normalizer.  Maybe when used on the index 
version the regex replace is actually acting on all the 490 info concatenated 
together, so by getting rid of everything after the first

Re: [OPEN-ILS-GENERAL] Series index, only first entry getting indexed

[Boyer, Jason A]

Thanks for figuring this out, Josh. I was able to modify our normalizer like so 
to continue removing the $v:
BEGIN;
UPDATE config. index_normalizer SET param_count =3 WHERE id IN (SELECT id FROM 
config. index_normalizer WHERE func = 'regexp_replace');
UPDATE config.metabib_field_index_norm_map SET params='["; *[0-9]*","","g"]' 
WHERE field = 1 and norm in (SELECT id FROM config. index_normalizer WHERE func 
= 'regexp_replace');
COMMIT;

If you have more than 1 normalizer that uses regexp_replace or are using it on 
more than one field you won't want to use this as-is, but if you only have the 
1 and are currently only using it on your series titles it's good to go.

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Josh 
Stompro
Sent: Wednesday, March 01, 2017 10:41 AM
To: Evergreen Discussion Group 
Subject: Re: [OPEN-ILS-GENERAL] Series index, only first entry getting indexed

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

Removing the regex replace normalizer did take care of it, sorry I didn't try 
that before posting.  I think my regex will have to be more selective, only 
getting rid of the number and the ';' so it doesn't clear out too much data.

Josh Stompro - LARL IT Director

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Josh 
Stompro
Sent: Wednesday, March 01, 2017 9:19 AM
To: 
open-ils-general@list.georgialibraries.org
Subject: [OPEN-ILS-GENERAL] Series index, only first entry getting indexed

Hello, we have noticed that only the first 490 get indexed for our series 
search index.  But all 490's get added to the series facet entry.

For example, here is a title with two 490's in mods32 format.
https://egcatalog.larl.org/opac/extras/unapi?id=tag::U2@bre/237592=mods32

The second 490 of "Felicity classic" isn't searchable.

When I look at the metabib.combined_series_field_entry I see the following for 
this record.
record

metabib_field

index_vector

237592

'american' 'beforev' 'beforever' 'felic' 'felicity' 'girl'

237592

1

'american' 'beforev' 'beforever' 'felic' 'felicity' 'girl'


metabib.series_field_entry
id

source

field

Value

index_vector

430451

237592

1

American Girl Beforever Felicity

'american':1A,5C 'beforev':7C 'beforever':3A 'felic':8C 'felicity':4A 
'girl':2A,6C


Metabib.facet_entry
value

count

bibid

American Girl Beforever Felicity

1

237592

Felicity classic

1

237592



The one thing that I have done is to add a search normalizer to get rid of the 
series numbering from the facet entry.  Unfortunately I don't remember if this 
issue came up before I added the normalizer.  Maybe when used on the index 
version the regex replace is actually acting on all the 490 info concatenated 
together, so by getting rid of everything after the first ' ;' I'm clearing the 
second 490 entry data?  But it does work correctly on the facet data?

There is a note on  
https://wiki.evergreen-ils.org/doku.php?id=documentation:indexing#field_normalization_settings
"Note: Only normalizations with a negative pos value are applied to the facet 
version of indexed terms!"  But that must not mean that the normalizer only 
acts on the facet when there is a negative pos value?

This is going to be wide, but here is our normalizer setup and our series 
metabib field info.

id

field

norm

params

pos

id

field_class

name

label

xpath

weight

format

search_field

facet_field

browse_field

browse_xpath

browse_sort_xpath

facet_xpath

authority_xpath

joiner

restrict

id

name

description

func

param_count

51

32

2

0

32

series

browse

Series Title (Browse)

//mods32:mods/mods32:relatedItem[@type="series"]/mods32:titleInfo[@type="nfi"]

1

mods32

false

false

true

*[local-name() != "nonSort"]

//@xlink:href

false

2

Normalize date range

Split date ranges in the form of "-" into " " for proper index.

split_date_range

0

1

1

2

0

1

series

seriestitle

Series Title

//mods32:mods/mods32:relatedItem[@type="series"]/mods32:titleInfo[not(@type="nfi")]

1

mods32

true

true

false

//@xlink:href

false

2

Normalize date range

Split date ranges in the form of "-" into " " for proper index.

split_date_range

0

62

1

13

["[",""]

-1

1

series

seriestitle

Series Title

//mods32:mods/mods32:relatedItem[@type="series"]/mods32:titleInfo[not(@type="nfi")]

1

mods32

true

true

false

//@xlink:href

false

13

Replace

Replace all occurences of first parameter in the string with the second 
parameter.

replace

2

61

1

13

["]",""]

-1

1

series

seriestitle

Series Title

Re: [OPEN-ILS-GENERAL] Slowness/freezing with XUL staff client

[Boyer, Jason A]

Having dealt with this same issue over the course of many migrations (but only 
a few weeks and only at the new site...) the OS doesn't matter.

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/


> -Original Message-
> From: Open-ils-general [mailto:open-ils-general-
> boun...@list.georgialibraries.org] On Behalf Of Mike Rylander
> Sent: Thursday, February 02, 2017 10:14 AM
> To: Evergreen Discussion Group 
> Subject: Re: [OPEN-ILS-GENERAL] Slowness/freezing with XUL staff client
> 
>  This is an EXTERNAL email. Exercise caution. DO NOT open attachments or
> click links from unknown senders or unexpected email. 
> 
> 
> Jeff,
> 
> Is there an OS version that this happens on more often?  I'm looking
> at you, Windows 10.
> 
> Thanks,
> 
> --
> Mike Rylander
>  | President
>  | Equinox Open Library Initiative
>  | phone:  1-877-OPEN-ILS (673-6457)
>  | email:  mi...@equinoxinitiative.com
>  | web:  http://equinoxinitiative.org
> 
> 
> On Wed, Feb 1, 2017 at 4:43 PM, Jeff Davis 
> wrote:
> > Our consortium has a few libraries where the Evergreen staff client
> > periodically becomes unusably slow or freezes up altogether.  I'm curious
> > about other libraries' experiences with this problem.
> >
> > 1. Does the staff client slow down or freeze up regularly at your library?
> > How often does it happen?  Are there any noticeable patterns (e.g. are only
> > circ stations affected, not cataloguing)?
> >
> > 2. How do you deal with the problem?  We usually recommend limiting the
> > number of open tabs, restarting the client periodically throughout the day,
> > and increasing RAM.
> >
> > 3. If you use the web client, have you noticed an improvement?  We suspect
> > that the root of the problem is the ancient version of XULrunner used by the
> > old staff client, but we haven't had the opportunity to compare the web
> > client in production.
> > --
> > Jeff Davis
> > BC Libraries Cooperative

Re: [OPEN-ILS-GENERAL] upgrade 2.9.0 to 2.11.0

[Boyer, Jason A]

The most important thing I've seen outside of notices in the database scripts 
is that you'll need to add a new section to opensrf.xml. Bill explained it on 
2/26 here: http://markmail.org/message/5vjzoncfzw466pq6 I think it's otherwise 
fairly straightforward but I haven't done it yet either! :)

Jason

--
Jason Boyer
MIS Supervisor
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Holly 
Brennan
Sent: Tuesday, November 08, 2016 5:21 PM
To: Evergreen Discussion Group (open-ils-general@list.georgialibraries.org) 

Subject: [OPEN-ILS-GENERAL] upgrade 2.9.0 to 2.11.0

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email. 

We're preparing to upgrade from 2.9.0 to 2.11.0. I see there aren't upgrade 
instructions posted at https://evergreen-ils.org/egdownloads/ yet.

Anything weird or worthy of sharing for this upgrade? Haven't heard much which 
I'm taking as a good sign. Thanks in advance!

-Holly



Holly Brennan
Technology Specialist
Homer Public Library
Homer, Alaska

hbren...@cityofhomer-ak.gov
907-435-3154 (direct)
907-235-3180 (main desk)

Re: [OPEN-ILS-GENERAL] SMS Carrier gateways for MVNO's

[Boyer, Jason A]

What we've done in the past (since it's only come up once or twice, this 
doesn't exactly scale...) is manually send emails to the various gateways with 
just the name of the carrier as the contents. Then they can tell what to 
choose. 

I had initially thought it would be cool to set up a "real" SMS gateway with a 
CDMA/GSM modem and some code, but there are a lot of things that would be cool 
that I've never gotten around to, so you can guess how that's turned out.

Jason

--
Jason Boyer
Indiana State Library
http://library.in.gov/

-Original Message-
From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Josh 
Stompro
Sent: Monday, February 01, 2016 10:31 PM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] SMS Carrier gateways for MVNO's

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email.  


Justin, here is an article that has helped me in the past figure it out, 
http://www.prepaidphonenews.com/2011/12/how-to-get-tracfone-net10-or-straight.html

Unfortunately it isn't quite as simple as looking at the serial number, that 
only works for some non-smartphone models.

+1 to supporting a commercial SMS option, be it twilio or another company.  
Making SMS text messages easier for users to enter would be great.

Josh

-Original Message--
From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Justin 
Hopkins ??
Sent: Monday, February 1, 2016 3:43 PM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] SMS Carrier gateways for MVNO's

Hi Josh,

We've fielded many help desk tickets from our libraries on this question. We 
typically explain the issue to them as "unless they know the underlying carrier 
it won't work for them". I learned something today about the model number of 
their phone being indicative of the carrier. That's good to know. One thing 
though, for AT is the the word "potato" or the roasted sweet potato emoji ?

This reminds me of a discussion from a while back about trying to gauge the 
interest of libraries to employ an honest to goodness SMS solution. Personally 
I think it's a great idea, and while not free it's also not very expensive. I 
can't put a dollar amount on the value to the libraries, but based on the 
nature of our help desk tickets concerning sms notifications and "text call 
number" opac feature I'd say it has considerable value. At some point I had 
Blake doing some queries to get at a number of texts send per month and IIRC 
the cost would be less than $70/mo for the entire Missouri Evergreen consortium 
at current Twilio rates.

Cheers,
Justin

On Mon, Feb 1, 2016 at 2:11 PM, Josh Stompro  wrote:
> Hello, I’m interested in how other sites handle SMS hold notices for 
> customers that use Mobile virtual network operators like Straight 
> Talk, Ting and Tracfone?  They all offer phones that work on different 
> physical carriers, and the gateway seems to be different for each one.
> The default Straight Talk sms carrier entry included in Evergreen is 
> for Verizon, but if the user has a AT, T-Mobile or Sprint  based 
> phone the Verizon gateway won’t work.  Do you setup variants for each 
> of the physical carriers?  Do users actually know which physical 
> carrier they are on in your experience if you give them the option to 
> choose?  I’m not looking forward having to explain that for Straight 
> Talk if the model number of your phone ends with a v or an w it is on 
> the Verizon network, and if it ends in potato it is on at, etc.
>
>
>
> Thanks
>
> Josh



--
Regards,
Justin

Re: [OPEN-ILS-GENERAL] Accepting credit card payments through the self-check interface?

[Boyer, Jason A]

Terran: If the selfcheck uses a separate interface it will have to be 
customized to make use of Stripe payment processing. The main payment form has 
several customizations only enabled when using Stripe because of the way 
payments are accepted through that service. A "regular" payment form will pass 
all of the parameters to an Evergreen backend which doesn't know what to do at 
that point. The short version of the details: the CC number and associated info 
aren't passed to Evergreen, only a payment token, Eg then uses that token to 
bill the patron instead of the CC number directly. The logic to pass the number 
back and forth to Stripe and generate that token isn't present in the backend 
(and would defeat the purpose of using Stripe, in that the Evergreen server 
never sees the CC number.) For the (only slightly, now) longer answer see how 
Open-ILS/src/templates/opac/myopic/main_payment_form.tt2 changes when 
ctx.use_stripe is 1.

Jason

--
Jason Boyer
Indiana State Library
http://library.in.gov/


-Original Message-
From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of 
McCanna, Terran
Sent: Monday, December 21, 2015 1:14 PM
To: Evergreen Discussion Group
Subject: [OPEN-ILS-GENERAL] Accepting credit card payments through the 
self-check interface?

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email.  


Hello everyone,

Is anyone accepting credit card payments through Evergreen's built-in 
self-check interface?

I have a test account set up with Stripe on one of our servers that submits a 
test payment successfully when logged in through "My Account" but when I test 
the same one through the self-check, I get the following error:

Event: 4020:CREDIT_PROCESSOR_DECLINED_TRANSACTION -> The credit card processor 
has declined the transaction. undefined

I'm guessing it's not passing all the required parameters correctly, but I 
wanted to check with the group before I start digging too deeply. It's using a 
different form than the one My Account uses, too - any thoughts on whether or 
not it could use the same form?


Terran McCanna
PINES Program Manager
Georgia Public Library Service
1800 Century Place, Suite 150
Atlanta, GA 30345
404-235-7138
tmcca...@georgialibraries.org

Re: [OPEN-ILS-GENERAL] Book Club Kit Lending

[Boyer, Jason A]

This is what we've done in Indiana; we had some additional constraints that we 
piled on, but you could take or leave any part of this that helps.

We have a Set profile which are the only users allowed to place holds on or 
circ these kits (and they can't use "regular" materials).
There's also a Set circ modifier to enforce the above more easily.
Sets are cataloged on their own records (with a kit record type) and their own 
icon_format.
We've only recently tried to standardize procedures on these, but I believe we 
ended up with a single record for each title, and the # of items in each set in 
the call number.
To prevent confusion at checkin/out the items don't have barcodes, just the 
manifest included in the box, but copies might have a copy number (and they 
have all the other regular processing: spine labels, stamps, etc.)
Sets also have their own circ duration that can be 6, 8, or 12 weeks.

Hopefully that gives you some ideas to work with.

Jason

--
Jason Boyer
Indiana State Library
http://library.in.gov/


-Original Message-
From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Blake 
Henderson
Sent: Monday, December 07, 2015 5:45 PM
To: Evergreen Discussion Group
Subject: [OPEN-ILS-GENERAL] Book Club Kit Lending

 This is an EXTERNAL email. Exercise caution. DO NOT open attachments or 
click links from unknown senders or unexpected email.  


All,

We had a consortium issue we are trying to figure out how to handle.
Several of our library systems would like to share the "Book Club in a kit" set 
of books. The idea is to keep the set of books together while they are 
circulated for Book clubs around the consortium. The best idea we have would be 
to create a dummy copy in the database that represents the whole set of (x) 
copies. The call number would describe the title and quantity. The dummy copy 
would be attached to a bib called "Book Club Kit" with some very basic 
information in the MARC. The consortium staff members would "know" (with 
training) that is the place to go for attaching these kits and where to go in 
order to place a hold.

Once a staff member places the copy level hold on the dummy barcode.
This is where we have some questions. We would like to circ each book to each 
patron for tracking purposes. Of course, the system didn't track each copy in 
the transit table. Once they arrive at the destination library, they would 
proceed to check out each copy to each patron.
Should the copies have their circulation library changed first? Maybe there is 
a better way to handle it?

Does anyone else have a similar scenario?

--
-Blake-
Conducting Magic
MOBIUS
573-234-4513
877-312-3517

Re: [OPEN-ILS-GENERAL] Web Client Design - Fixed Page Elements?

[Boyer, Jason A]

I like this idea a lot, and I have a thought on how to avoid wasting a lot of 
vertical space while doing it. I don't know how complex it would be since I 
haven't looked at the angular code much, but if the save/cancel options could 
take the place of the Check Out, Items Out, etc. options at the top that 
wouldn't require any additional space. It would also make it clear that you've 
chosen to edit this record and to move on to something else you need to either 
choose to save it or abandon your changes. I would even go so far as to say 
that I'd like to adopt the Android and iOS convention that the data-loss 
(Cancel in this case) option be red while the Save option be blue like the 
other interface elements. It's something I could see used in several places 
(and possibly make the angular-ization of any interface that doesn't follow 
this convention more desirable, possibly getting more hands involved, etc.)

Jason

--
Jason Boyer
Indiana State Library
http://library.in.gov/

From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Dan 
Wells
Sent: Friday, July 10, 2015 3:14 PM
To: 'open-ils-general'
Subject: [OPEN-ILS-GENERAL] Web Client Design - Fixed Page Elements?

Hello all,

This came up in Kathy's recent thread asking about the patron editor, and 
rather than hijack that thread, I'd like to broaden the conversation a little, 
because the same usability issues will affect many areas of the staff client.

To cut straight to the point, I strongly believe that using fixed position for 
large portions of the staff client interface will have a major positive effect 
on usability.  This has been applied and proven in desktop applications for 
decades, and is now being rediscovered within the browser environment as web 
pages become applications.  There is plenty of evidence out there to support 
this stance, but here is a quick read which highlights the point well: 
http://www.smashingmagazine.com/2012/09/11/sticky-menus-are-quicker-to-navigate/

If we consider the mockups from our design internship a few months back, in the 
screenshot Kathy referenced, the entire top area (and, in this case, the right 
sidebar) would ideally be fixed position.  The only scrolling area should be 
the actual form.  For any who attended my talk on design at the conference, 
this is exactly the concern of rule of thumb #3: Scroll the data, not the 
interface, with data broadly including all information and workspaces which 
are not the program.  (Here is Kathy's screenshot link again for reference: 
http://media.tumblr.com/69beec7802a938b889bdfa80c7e0d54b/tumblr_inline_nkn0okinXl1t572gy.png
 )

The main complaint driven at fixed screen elements is that they take up too 
much space.  They do take up space, obviously, but with the amount of use these 
elements get on a moment by moment basis, the space is well worth taking.  In 
cases where more workspace is truly of benefit, we are better off using fixed 
position with a hide option (auto or manual) than we would be with using 
scroll, as we can retain the clear benefits of persistent availability and 
predictability.  (Expert users might also choose to do without some toolbars 
and rely on keyboard shortcuts, but that sort of use will never be feasible for 
many staff client users and scenarios.)

As the Smashing Magazine article points out, the easiest way to understand the 
situation is to simply imagine other software working with fully-scrolling 
interfaces.  In this imaginary scenario, when you are using a word processor, a 
spreadsheet application, or even a browser itself, all of your menus, toolbars, 
tabs, etc., would simply scroll off the screen as soon as you tried to scroll 
down to see additional content.  It's likely that some ancient desktop software 
did exactly that, but if they did, they are now extinct, and not without good 
reason.

Another valid concern sometimes raised is the effect a rich, fixed interface 
might have on a small screen appliance, like a phone.  This topic should be 
addressed, but I believe it is best kept separate from the problems at hand, 
which are already large enough.  My personal stance would be that a full, 
first-class staff client interface on a small screen device is not a realistic 
concern for a community of our size, needs, and capabilities.  Our bar for 
using the full client on phones should be not impossible, and then we can 
re-dedicate a portion of our energy to creating limited, purpose-built 
interfaces for functions of known value on small devices (e.g. inventory 
scanning), and which are also likely to best include some fixed top and/or 
bottom elements.

I also want to emphasize that none if this is meant to disparage the work which 
has been done so far.  It is much harder to make something out of nothing than 
to take something and make it better.  I also acknowledge that, while I have 
spent large amounts of time studying the web client, I have found zero time to 

Re: [OPEN-ILS-GENERAL] Seeking opinions on client Transfer All Title Holds option

[Boyer, Jason A]

Dangerous may be a little strong, but I’m the one who used “havoc” when 
referring to it, so what do I know. :) I’m for removing it.

Jason

--
Jason Boyer
Indiana State Library
140 North Senate Ave.
Indianapolis, IN 46204
http://library.in.gov/
317-234-2128

On Aug 5, 2014, at 8:13 AM, Kathy Lussier 
kluss...@masslnc.orgmailto:kluss...@masslnc.org wrote:

Hi Rogan,

Frankly, I worry this is starting to get into the territory of let's add 
another permission (or YAOUS) for every eventuality no matter how obscure.

Yes, I think I agree with you here, which is why I'm suggesting that rather 
than adding a permission, we remove that menu entry altogether. Since holds are 
already transferred as part of a record merge and there is another method 
available to transfer all holds that requires the user to actively select those 
holds, it seems to be an unnecessary and potentially dangerous option to me. 
Dangerous may be too strong of a word, but it is something that is problematic 
when it is accidentally selected.

Kathy

Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128
kluss...@masslnc.orgmailto:kluss...@masslnc.org
Twitter: http://www.twitter.com/kmlussier


On 8/4/2014 8:44 PM, Rogan Hamby wrote:
Frankly, I worry this is starting to get into the territory of let's add 
another permission (or YAOUS) for every eventuality no matter how obscure.

Some features I think in the long run complicate our lives (documentation, 
testing, development) more than they improve functionality.


On Mon, Aug 4, 2014 at 5:09 PM, Kathy Lussier 
kluss...@masslnc.orgmailto:kluss...@masslnc.org wrote:
Hi all,

I wanted to seek some feedback on Launchpad bug 1350377 
https://bugs.launchpad.net/evergreen/+bug/1350377.

The bug seeks an additional permission to be used with the Transfer All Title 
Holds option in the client. However, I was wondering if there would be any 
support from removing that option from the client altogether.

Here's the issue:

When you are in a bib record in the staff client, you have the option to 
transfer *all* title holds to another bib record. You first need to mark the 
other bib record as a holds transfer destination.

However, you also have the option to transfer one or any number of selected 
holds to the marked bib record from the holds view of the bib record. You could 
transfer just one hold here or you could select them all if you really needed 
to transfer all holds. The benefit of using this option is that the user must 
actively select the holds that will be transferred.

I personally think providing a blanket Transfer All Title Holds option in the 
client is dangerous, even if there were a separate permission for it, and 
unnecessary since there are other methods available in the staff client to 
accomplish the same task. Making it even more dangerous is the fact that the 
Actions for this Record menu that contains this option to transfer all holds 
is still available in the holds view of the bib record, which is where you go 
to transfer selected holds (see the screencast at 
http://www.screencast.com/t/ifHhJHNqq). It is very easy to mistakenly select 
this option when you are trying just to transfer just one hold. In fact, I 
accidentally selected it when I was just testing out the transfer holds 
scenario a few minutes ago.

During a brief discussion in IRC on this issue, it was mentioned that possible 
use cases for the transfer all title holds option are:

1. When staff are manually merging bib records. The client bib merge option 
automatically merges holds, but there may be reasons staff merge the records 
without using that option.
2. In cases where there are orphaned holds on a record that no longer has 
copies to fill the hold.

Since I think both of these use cases could be accommodated by using the option 
where you transfer selected holds, I wanted to see if others would support 
removing the Transfer All Title Holds option. Is there anyone who uses this 
option with some frequency who thinks it should continue to be available?

Thanks!
Kathy

--
Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128tel:%28508%29%20343-0128
kluss...@masslnc.orgmailto:kluss...@masslnc.org
Twitter: http://www.twitter.com/kmlussier




--

Rogan Hamby, MLS, CCNP, MIA
Managers Headquarters Library and Reference Services,
York County Library System

“You can never get a cup of tea large enough or a book long enough to suit me.”
― C.S. Lewishttp://www.goodreads.com/author/show/1069006.C_S_Lewis

Re: [OPEN-ILS-GENERAL] staff client dev 2014-05-19 / feedback requests

[Boyer, Jason A]

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

Re: [OPEN-ILS-GENERAL] browser client update 2014-05-01 / feedback requested on catalog integration

[Boyer, Jason A]

I don't have any specific feedback yet, but I'm curious about the history of 
this aspect of the client and I've been having lousy luck trying to find 
anything about it.

Can anyone point me to any discussion about making the staff client search 
interface a modified version of the public opac? I know several other systems 
have a slimmed down staff search in their clients and their opac is completely 
separate. I'm not suggesting we move that way but it would certainly solve the 
problem of keeping angular and dojo from interfering with each other. Knowing 
more about the motivations behind it would help me understand why it's worth 
keeping them together.

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: Thursday, May 01, 2014 10:40 AM
To: Evergreen Discussion Group; Evergreen Development Discussion List
Subject: [OPEN-ILS-GENERAL] browser client update 2014-05-01 / feedback 
requested on catalog integration

Hi All,

Here's another mixed bag of updates:

http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:dev_notes

Feedback on catalog integration appreciated.

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] Help with Circulation Limit Sets Groups

[Boyer, Jason A]

This is how we've got things set up in Indiana and they seem to be working well:

We don't use the groups for anything. (They're not at all related to user 
groups, but I'm having a hard time determining the point from a quick glance)

We have 4 entries in config.circ_limit_set: dvds, videos, games, and art. Since 
they're consortium-wide limits, the owning_lib is the consortium and the depth 
is 0.

There's an entry in config.circ_limit_set_circ_mod_map for each circ mod 
affected (i.e. several different dvd-related circ mods tied to the one dvd 
circ_limit_set)

Entries in config.circ_matrix_limit_set_map tie your limit sets to circ matrix 
matchpoints. This is where it may become tricky to apply them without having to 
canvas the whole circ matrix. We only mention circ durations in a single matrix 
matchpoint for each circ_modifier, so we only have 10 links between limit sets 
and those few circ matrix rows. (i.e. one from each dvd-related circ mod row to 
the dvd limit)

We have fallthrough=true on all of them; I think that's to cover the case where 
the first matching circ matrix row isn't connected to a limit, but 
$SRC/OpenILS/src/sql/Pg/100.circ_matrix.sql holds the answer to that question.

I'm sure there's much more you could do (and it would get much more complicated 
if you allow local control) but this is working well for us. I hope it helps!

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 Deana 
Cunningham
Sent: Thursday, March 27, 2014 7:17 PM
To: open-ils-general@list.georgialibraries.org
Subject: [OPEN-ILS-GENERAL] Help with Circulation Limit Sets  Groups

Hi all,

We recently migrated from Evergreen 2.3.2 to 2.5.1, and I am having trouble 
separating out Circulation Limit Sets. In 2.3.2 I had Circulation Limit Sets 
set up for the majority of our items (books, etc.) at 999 (unlimited). I have 
Circulation Limit Sets for our DVDs and Magazines (5 items at a time). This 
should be 5 dvd's and 5 magazines max. However, for some reason the system is 
seeing them as the same type item (even though I edited the Circulation Limit 
Sets to include the correct circulation modifiers and broke up the original set 
DVD, Magazine into two separate sets). So if a patron has 5 magazines out 
they aren't able to check out even one DVD. We also have several other item 
types that are limited because of their type, and I want the system to be able 
to distinguish that a patron can have one item of AV equipment and one of our 
reusable carry bags checked out at the same time - but not two carry bags.

I am also not really clear on the impact of circulation limit groups on these 
policies. Are sets specific to items and groups specific to people?

I do not know for a fact that this was working in 2.3.2, as it is rare that 
this situation arises, but since I discovered it tonight I have had no success 
in clearing it up. Any advice?

Thanks!

Deana

Deana Cunningham
Branch Manager, South Branch Library
1550 S. Campus Dr.
Creedmoor, NC 27522
Phone: (919) 528-1752
Fax: (919) 528-1376
deana.cunning...@granvillecounty.orgmailto:deana.cunning...@granvillecounty.org

Re: [OPEN-ILS-GENERAL] Open-ils-general Digest, Vol 93, Issue 56

[Boyer, Jason A]

I wasn't sure how helpful that would be if you're using the staff client. Part 
of the issue there is that it's difficult to see all of the matchpoint-limit 
set maps, because there's no interface that shows what that table looks like; 
you have to click each circ matchpoint and scroll to the bottom to see what 
does and doesn't have a limit set attached.

Something that may help is that if you have the Admin/Local 
Administration/Circulation Policies or Admin/Local Administration/Circulation 
Limit Sets pages up you can double-click on items to view the connections 
between matchpoints and limit sets or limit sets and circ modifiers. It's 
possible you may still have some limit sets that have too many circ modifiers, 
or you may have limit sets attached to unexpected matchpoints.

If you (or someone who will do you a favor) have direct sql access to your 
database this query may point out any potentially problematic limit sets:

select ccls.name, ccls.items_out, string_agg(cclscmm.circ_mod,',') as 
linked_circ_mods from config.circ_limit_set ccls left join 
config.circ_limit_set_circ_mod_map cclscmm on (ccls.id = cclscmm.limit_set) 
group by 1,2;

That will show you each of your limit sets and all of the circ modifiers 
currently attached to them. If there's anything that looks weird there it may 
be what's causing your problem. Note too that if you have any limit sets 
without linked circ modifiers I don't know what happens; you may want to make 
sure you don't have any of those. The total number of checkouts is usually 
dealt with in patron profiles, you shouldn't need any '999' limit sets unless 
you really do want to limit them to 999 items.

Jason

--
Jason Boyer
Indiana State Library
http://library.in.gov/
317-234-2128


-Original Message-
From: open-ils-general-boun...@list.georgialibraries.org 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Deana 
Cunningham
Sent: Friday, March 28, 2014 12:15 PM
To: open-ils-general@list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] Open-ils-general Digest, Vol 93, Issue 56

Jason,

Thank you for your response. I am looking at things from within the staff 
client and not following everything you are saying, but I do know that our 
circulation matrix matchpoints are set so that circulation modifiers are ranked 
at 30 and permission group is ranked at 50. Everything else is set to 0 as we 
are a single library system with very simple rules governing our circulation.

In essence the problem we are having is that by limiting one circulation 
modifier to 5 items, every other circ mod that is limited to 5 is treated as 
one of the 5. So instead of having 5 dvd and 5 magazines checked out at the 
same time we can only have 5 dvds or 5 magazines or a combination of those 
items totaling 5.

Deana

Deana Cunningham
Branch Manager, South Branch Library
1550 S. Campus Dr.
Creedmoor, NC 27522
Phone: (919) 528-1752
Fax: (919) 528-1376
deana.cunning...@granvillecounty.org


From: open-ils-general-boun...@list.georgialibraries.org 
[open-ils-general-boun...@list.georgialibraries.org] on behalf of 
open-ils-general-requ...@list.georgialibraries.org 
[open-ils-general-requ...@list.georgialibraries.org]
Sent: Friday, March 28, 2014 12:00 PM
To: open-ils-general@list.georgialibraries.org
Subject: Open-ils-general Digest, Vol 93, Issue 56

Send Open-ils-general mailing list submissions to
open-ils-general@list.georgialibraries.org

To subscribe or unsubscribe via the World Wide Web, visit
http://libmail.georgialibraries.org/mailman/listinfo/open-ils-general
or, via email, send a message with subject or body 'help' to
open-ils-general-requ...@list.georgialibraries.org

You can reach the person managing the list at
open-ils-general-ow...@list.georgialibraries.org

When replying, please edit your Subject line so it is more specific than Re: 
Contents of Open-ils-general digest...


Today's Topics:

   1. Help with Circulation Limit Sets  Groups (Deana Cunningham)
   2. Re: Help with Circulation Limit Sets  Groups (Boyer, Jason A)


--

Message: 1
Date: Thu, 27 Mar 2014 23:16:48 +
From: Deana Cunningham deana.cunning...@granvillecounty.org
Subject: [OPEN-ILS-GENERAL] Help with Circulation Limit Sets  Groups
To: open-ils-general@list.georgialibraries.org
open-ils-general@list.georgialibraries.org
Message-ID:
CD24AB0C498ACE4090F4EC930102116B1AA1C11E@GRVEXCH.granvillecounty.local

Content-Type: text/plain; charset=iso-8859-1

Hi all,

We recently migrated from Evergreen 2.3.2 to 2.5.1, and I am having trouble 
separating out Circulation Limit Sets. In 2.3.2 I had Circulation Limit Sets 
set up for the majority of our items (books, etc.) at 999 (unlimited). I have 
Circulation Limit Sets for our DVDs and Magazines (5 items at a time). This 
should be 5 dvd's and 5 magazines max. However

Re: [OPEN-ILS-GENERAL] Fwd: Opinions needed on copying patron data to the clipboard

[Boyer, Jason A]

My thoughts are that even a single alert that has only an ok button and isn't 
an actual error is one too many. I'm looking at you, Action Succeeded. BLAH 
Copied to Clipboard is a close second in the ire raising dept.

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 Kathy 
Lussier
Sent: Wednesday, November 06, 2013 3:28 PM
To: Evergreen General Discussion List
Subject: [OPEN-ILS-GENERAL] Fwd: Opinions needed on copying patron data to the 
clipboard

Hi all,

I thought I sent this message to the list months ago, but it looks like it got 
lost on its way.

Let me know if you have any thoughts on this question!

Kathy



Kathy Lussier

Project Coordinator

Massachusetts Library Network Cooperative

(508) 343-0128

kluss...@masslnc.orgmailto:kluss...@masslnc.org

Twitter: http://www.twitter.com/kmlussier


 Original Message 
Subject:

Opinions needed on copying patron data to the clipboard

Date:

Thu, 25 Jul 2013 16:36:59 -0400

From:

Kathy Lussier kluss...@masslnc.orgmailto:kluss...@masslnc.org

To:

Evergreen General Discussion List 
open-ils-general@list.georgialibraries.orgmailto:open-ils-general@list.georgialibraries.org



Hi all,



I'm seeking opinions on a change that was made in 2.4 when copying

information from the patron editor to the clipboard. Prior to 2.4, when

a user clicked on a link in the patron summary, they would receive an

alert confirming that the data had been copied to the clipboard (see

attached image).



The alert was removed in 2.4 and a bug has been filed on the issue -

https://bugs.launchpad.net/evergreen/+bug/1192189.



There are pros and cons to removing the confirmation message.



The pros of removing the message are that it conforms with wider user

interface standards. Basically, you don't receive this kind of

confirmation when copying data using CTRL-C or a shortcut menu. The

message can also be seen as an annoyance as it requires an additional click.



On the con side, it can be somewhat disconcerting to click on that link

and not receive a confirmation, leading the user to wonder if the data

was really copied. It's uncommon in other software to use underlined

text for copying data, and the confirmation message provides a visual

cue as to the action that was just taken.



Although I filed the original bug report, I have to say I'm on the fence

with this issue. However, I do think it's important that the end users

who are using the patron editor on a daily basis provide some feedback

on this feature.



Since I filed the bug, three more people have shown support for

restoring the confirmation message. However, if there are people who

were happy to see that the message went away, I don't think we would

have heard from them in Launchpad because they wouldn't have bothered to

take the time to determine if a bug were filed.



I thought it would be best to do an informal poll of the community

through the general list to see if there is interest in restoring the

confirmation message or if people are happy with its removal. I'm hoping

we can get a feel of the general consensus through an e-mail thread

rather than setting up a formal poll.



Let me know what you think!



Kathy



--

Kathy Lussier

Project Coordinator

Massachusetts Library Network Cooperative

(508) 343-0128

kluss...@masslnc.orgmailto:kluss...@masslnc.org

Twitter: http://www.twitter.com/kmlussier