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

[Josh Stompro]

I've seen issues with using the patron search vs checkout.  Patron search seems 
to leak memory.  So I've seen issues where staff always go to patron search, 
even if they have a patron barcode, after a while the client will get 
unresponsive.

Josh Stompro - LARL IT Director


-Original Message-
From: Open-ils-general 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Jeff 
Davis
Sent: Wednesday, February 01, 2017 3:43 PM
To: open-ils-general@list.georgialibraries.org
Subject: [OPEN-ILS-GENERAL] Slowness/freezing with XUL staff client

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

[OPEN-ILS-GENERAL] Using non-standard fonts in the XUL Staff Client

[Brent Mills]

Hello all,

Has anyone tried using something like Google Web Fonts in their Evergreen 
installation? We’ve had pretty good luck so far, but using the “Print Page” 
button on the XUL client (Record Display, Search Results Listing) makes for 
some pretty "interesting" results. Namely, the first page won’t load any 
instances of the font and the subsequent page will “more or less” load or 
display garbled text.

I’m assuming this is because it’s not waiting for the fonts to load before 
rendering the page or something like that. Maybe due to print.js or 
print_win.js? Printing from the OPAC works fine.

This could just be what I get for trying a non-standard font (loaded in through 
a  tag in 
/openils/var/templates_custom/opac/parts/base.tt2).

Thanks for any help!

-Brent
-

Brent Mills
Systems Librarian | Sage Library System

email: br...@hoodriverlibrary.org
tickets: https://sagelib.org/support
phone: 541.610.8384

Re: [OPEN-ILS-GENERAL] Limiting search options for a consortium?

[Jeff Davis]

Hi Jesse,

I believe there are two steps you need to take:

(1) Set the physical_loc environment variable in the Apache config for 
each of your subdomains, using a directive like this:


SetEnv physical_loc 4

(2) In your library settings, set "Org Unit Hiding Depth" to the 
appropriate value for each library.  Here's the description for that 
setting:


This will hide certain org units in the public OPAC if the Physical 
Location (url param "physical_loc") for the OPAC inherits this setting. 
This setting specifies an org unit depth, that together with the OPAC 
Physical Location determines which section of the Org Hierarchy should 
be visible in the OPAC.  For example, a stock Evergreen installation 
will have a 3-tier hierarchy (Consortium/System/Branch), where System 
has a depth of 1 and Branch has a depth of 2.  If this setting contains 
a depth of 1 in such an installation, then every library in the System 
in which the Physical Location belongs will be visible, and everything 
else will be hidden.  A depth of 0 will effectively make every org 
visible.  The embedded OPAC in the staff client ignores this setting.


Hope that helps!
Jeff


On 2017-02-01 09:24 AM, Jesse McCarty wrote:

Hello Everyone,



I was wondering if there are any configurations to restrict searches to
a single library in a consortium setup? We have four libraries in our
Evergreen system, all setup for access in sub-domains
(Burlington.skagitcat.org, laconner.skagitcat.org etc…). Occasionally
the search drop down gets switched/changed to search all the libraries
instead of the local library, which causes some confusion for patrons
looking for a book in our library when they don’t realize the search
result is showing them a book in a different library. There any
configuration to eliminate the other options from the drop down box in
the web OPAC? Screenshot for reference attached, we would like to keep
the searches on the Burlington Public Library, but sometimes the box
gets set to Skagit Evergreen Libraries.



Thanks in advance



Jesse McCarty

City of Burlington

IT Technical Assistant

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

[Jeff Davis]

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

[OPEN-ILS-GENERAL] Limiting search options for a consortium?

[Jesse McCarty]

Hello Everyone,

I was wondering if there are any configurations to restrict searches to a 
single library in a consortium setup? We have four libraries in our Evergreen 
system, all setup for access in sub-domains (Burlington.skagitcat.org, 
laconner.skagitcat.org etc...). Occasionally the search drop down gets 
switched/changed to search all the libraries instead of the local library, 
which causes some confusion for patrons looking for a book in our library when 
they don't realize the search result is showing them a book in a different 
library. There any configuration to eliminate the other options from the drop 
down box in the web OPAC? Screenshot for reference attached, we would like to 
keep the searches on the Burlington Public Library, but sometimes the box gets 
set to Skagit Evergreen Libraries.

Thanks in advance

Jesse McCarty
City of Burlington
IT Technical Assistant

Re: [OPEN-ILS-GENERAL] Launchpad translations: "This translation is not open for changes."

[Jane Sandberg]

Hi Eva,

Thanks for your help!  I was looking at the tpac translations (Series 
master) in Russian and Chinese (Traditional).


For example, I get the "No translation group has been assigned.  This 
translation is not open for changes." message at both of these links:


* 
https://translations.launchpad.net/evergreen/master/+pots/tpac/ru/3/+translate
* 
https://translations.launchpad.net/evergreen/master/+pots/tpac/zh_TW/4/+translate


Thanks again!

   -Jane

On 02/01/2017 02:11 AM, Cerninakova Eva wrote:

Hi Jane,

Which translation did you used?
You should be able to see and edit Evergreen translations as it has the
"open" permission (which means that anyone can submit translations
directly to the  project in Launchpad).

Eva






---
Mgr. Eva Cerniňáková
cer...@jabok.cz 
Tel. +420 211 222 409

Knihovna Jabok
http:/knihovna.jabok.cz 
Tel.  +420 211 222 410

Jabok - Vyšší odborná škola sociálně pedagogická a teologická
Salmovská 8, 120 00 Praha 2


2017-01-31 23:04 GMT+01:00 Jane Sandberg >:

Hi all,

I was checking out the translations interface on launchpad, and I kept
running into the message

"No translation group has been assigned. This translation is not open
for changes."

Do I need specific permissions or group membership to be able to
contribute?

Thanks for your help!

  -Jane


--
Jane Sandberg
Electronic Resources Librarian
Linn-Benton Community College
sand...@linnbenton.edu  /
541-917-4655 
Pronouns: she/her/hers or they/them/theirs

Re: [OPEN-ILS-GENERAL] Launchpad translations: "This translation is not open for changes."

[Cerninakova Eva]

Hi Jane,

Which translation did you used?
You should be able to see and edit Evergreen translations as it has the
"open" permission (which means that anyone can submit translations directly
to the  project in Launchpad).

Eva






---
Mgr. Eva Cerniňáková
cer...@jabok.cz
Tel. +420 211 222 409

Knihovna Jabok
http:/knihovna.jabok.cz
Tel.  +420 211 222 410

Jabok - Vyšší odborná škola sociálně pedagogická a teologická
Salmovská 8, 120 00 Praha 2


2017-01-31 23:04 GMT+01:00 Jane Sandberg :

> Hi all,
>
> I was checking out the translations interface on launchpad, and I kept
> running into the message
>
> "No translation group has been assigned. This translation is not open
> for changes."
>
> Do I need specific permissions or group membership to be able to
> contribute?
>
> Thanks for your help!
>
>   -Jane
>
>
> --
> Jane Sandberg
> Electronic Resources Librarian
> Linn-Benton Community College
> sand...@linnbenton.edu / 541-917-4655
> Pronouns: she/her/hers or they/them/theirs
>