Re: [OPEN-ILS-GENERAL] Launchpad "Importance": How Determined?

[Kathy Lussier]

Hi Diane,

No, those are two different bugs. There was mention of the batch delete 
issue in that earlier bug, but it became its own bug once it was 
determined that they were two separate issues.


Kathy


On 03/26/2018 06:08 PM, Diane Disbro wrote:

Good evening -

I thought this was fixed in 3.0.3 along with not being able to edit 
the attributes of more than one item at a time. (This doesn't have 
anything to do with Scott's question.)


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

On Mon, Mar 26, 2018 at 11:43 AM, scott.tho...@sparkpa.org 
 > wrote:


Hi,

   We ran into this bug today:
https://bugs.launchpad.net/evergreen/+bug/1735539
. It says “This
bug affects you and 13 other people” which is high in the scheme
of thing, but it has an importance of Medium. How is Importance
determined? In this case the bug has a workaround. Does that get
factored in?

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 




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

Re: [OPEN-ILS-GENERAL] Launchpad "Importance": How Determined?

[Daniel Solove]

Hi Diane,

We are a PA Evergreen library (PaILS) on web client 3.03.  I pointed out
this bug #1735539 from Launchpad - "web client Cannot delete multiple Items
from Item Status Screen" to Scott today after it wouldn't work for my Tech.
Services dept.  Scott had us try a workaround - moving these items into a
bucket after scanning them in item status and then removing them from the
catalog.  This did work but isn't the workflow we prefer.  The other
functionality of editing & changing item attributes in batch does work in
3.03 as was stated by several others on the list.  We would like the batch
item delete functionality from item status moved to a higher severity level
and fixed in one of the next Web client releases.

Dan

On Mon, Mar 26, 2018 at 6:08 PM, Diane Disbro 
wrote:

> Good evening -
>
> I thought this was fixed in 3.0.3 along with not being able to edit the
> attributes of more than one item at a time. (This doesn't have anything to
> do with Scott's question.)
>
> Diane Disbro
> Branch Manager/Circulation Coordinator
> Union Branch
> Scenic Regional Library
> 308 Hawthorne Drive
> 
> Union, MO 63084
> 
> (636) 583-3224
> ddis...@scenicregional.org
>
> On Mon, Mar 26, 2018 at 11:43 AM, scott.tho...@sparkpa.org <
> scott.tho...@sparkpa.org> wrote:
>
>> Hi,
>>
>>We ran into this bug today: https://bugs.launchpad.net/eve
>> rgreen/+bug/1735539. It says “This bug affects you and 13 other people”
>> which is high in the scheme of thing, but it has an importance of Medium.
>> How is Importance determined? In this case the bug has a workaround. Does
>> that get factored in?
>>
>> 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
>>
>> [image: Description: Description: Training | SPARK – Pennsylvania's
>> Statewide Library System] 
>>
>>
>>
>
>


-- 

*​Daniel Solove
Head of Acquisitions, Library Systems, & Technology
Bethlehem Area Public Library*
11 W. Church St.
Bethlehem, PA 18018
610-867-3761, x216
Fax – 610-867-2767

[OPEN-ILS-GENERAL] Notice sent out for item lost and paid

[Beth Longwell]

Hi,

A notice went out to one of our library's patrons yesterday indicating that
their item was still overdue and had been marked lost even though it had
gone to lost and paid back in January.

We have the library setting enabled for lost and paid status and are on
version 2.11.1

Has anyone had this happen? Not sure where to look to fix.

Thanks in advance,

Beth Ross
Sage Library System

Re: [OPEN-ILS-GENERAL] Launchpad "Importance": How Determined?

[Diane Disbro]

Good evening -

I thought this was fixed in 3.0.3 along with not being able to edit the
attributes of more than one item at a time. (This doesn't have anything to
do with Scott's question.)

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

On Mon, Mar 26, 2018 at 11:43 AM, scott.tho...@sparkpa.org <
scott.tho...@sparkpa.org> wrote:

> Hi,
>
>We ran into this bug today: https://bugs.launchpad.net/
> evergreen/+bug/1735539. It says “This bug affects you and 13 other
> people” which is high in the scheme of thing, but it has an importance of
> Medium. How is Importance determined? In this case the bug has a
> workaround. Does that get factored in?
>
> 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
>
> [image: Description: Description: Training | SPARK – Pennsylvania's
> Statewide Library System] 
>
>
>

Re: [OPEN-ILS-GENERAL] Fixed-field elements mnemonic names translations

[Cerninakova Eva]

Ben and Mike,

Thanks both of you for very useful information.

I must admit I have been  little surprised by your answers. I was sure it
is possible to translate those strings (at least in XUL client)  because I
found them in Launchpad translations in fm-idl.dtd template (see e.g.
https://translations.launchpad.net/evergreen/master/+pots/fm-idl.dtd/cs/+translate?batch=10=all=Audn)
. I only asked to make sure how to deal with them  because I suspected that
the values represent a special codes and could be used by system
differently than ordinary strings (which turned out to be true).
Thanks for pushing new branch - I will open a Launchpad wishlist bug and
send the link

I have one   more question, that is similar to the previous. I would like
to translate  Evergreen permissions too. This could be useful for staff at
least in situation, when pop-up window appears with important information
about insufficient permission etc. I have found those permissions in
Launchpad translations too (in this case in db.seed template, see e.g.
https://translations.launchpad.net/evergreen/master/+pots/db.seed/cs/+translate?batch=10=all=UPDATE_COPY_STATUS).
Again, I was not sure whether to translate this because this looks like
"system string" that could be handled specifically by the Evergreen.
Is it safe to translate it (may be I should also ask whether permissions
are translatable at the moment).

Thanks for one more answer ;-)

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


2018-03-26 21:04 GMT+02:00 Mike Rylander :

> Hi Eva,
>
> In short, no, you can't do that today because those strings are used
> to fetch values from the server.  However, I've pushed a branch to
> http://git.evergreen-ils.org/?p=working/Evergreen.git;a=
> shortlog;h=refs/heads/user/miker/translate-fixed-field-labels
> that will allow you to translate the display labels.
>
> If you want to open a Launchpad wishlist bug for this, I'll update my
> branch and link it there.
>
> Thanks,
>
> --
> Mike Rylander
>  | President
>  | Equinox Open Library Initiative
>  | phone:  1-877-OPEN-ILS (673-6457)
>  | email:  mi...@equinoxinitiative.org
>  | web:  http://equinoxinitiative.org
>
>
> On Mon, Mar 26, 2018 at 12:34 PM, Cerninakova Eva  wrote:
> > Hi all,
> >
> >
> > I have a question about translation of fixed-field elements mnemonic
> names
> > (like BLvl, DtSt, Audn etc, see
> > https://www.oclc.org/bibformats/en/fixedfield.html.) used in Evergreen
> in
> > the fixed field grid. We have not translated the mnemonic names to Czech
> yet
> > (and as far as a know, neither they have  been  translated to some of
> > supported Evergreen languages). However,  it turned out eventually,  that
> > the using of English mnemonic names is not very practical for Czech
> > catalogers. That is why we would like to translate them to Czech now. At
> > this point two practical question came up:
> >
> > 1. Must translation necessarily consist of only  four characters, as the
> > original mnemonic names mostly do? Or would it be possible use to use
> more
> > characters for translation, possibly from six to eight (e.g. Ctry
> translate
> > as ZemVyd, or GPub translate as VladPub) without causing a crush of the
> fix
> > field grid interface?
> >
> > 2. Is it safe to use a special Czech characters (extended ASCII
> characters
> > like ž, š, č, ř ...) for mnemonic names translation? Or could i cause a
> > problem?
> >
> >
> > Thanks in advance for an answer
> >
> > 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
> >
>

Re: [OPEN-ILS-GENERAL] Fixed-field elements mnemonic names translations

[Mike Rylander]

Hi Eva,

In short, no, you can't do that today because those strings are used
to fetch values from the server.  However, I've pushed a branch to
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/translate-fixed-field-labels
that will allow you to translate the display labels.

If you want to open a Launchpad wishlist bug for this, I'll update my
branch and link it there.

Thanks,

--
Mike Rylander
 | President
 | Equinox Open Library Initiative
 | phone:  1-877-OPEN-ILS (673-6457)
 | email:  mi...@equinoxinitiative.org
 | web:  http://equinoxinitiative.org


On Mon, Mar 26, 2018 at 12:34 PM, Cerninakova Eva  wrote:
> Hi all,
>
>
> I have a question about translation of fixed-field elements mnemonic names
> (like BLvl, DtSt, Audn etc, see
> https://www.oclc.org/bibformats/en/fixedfield.html.) used in Evergreen in
> the fixed field grid. We have not translated the mnemonic names to Czech yet
> (and as far as a know, neither they have  been  translated to some of
> supported Evergreen languages). However,  it turned out eventually,  that
> the using of English mnemonic names is not very practical for Czech
> catalogers. That is why we would like to translate them to Czech now. At
> this point two practical question came up:
>
> 1. Must translation necessarily consist of only  four characters, as the
> original mnemonic names mostly do? Or would it be possible use to use more
> characters for translation, possibly from six to eight (e.g. Ctry translate
> as ZemVyd, or GPub translate as VladPub) without causing a crush of the fix
> field grid interface?
>
> 2. Is it safe to use a special Czech characters (extended ASCII characters
> like ž, š, č, ř ...) for mnemonic names translation? Or could i cause a
> problem?
>
>
> Thanks in advance for an answer
>
> 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
>

Re: [OPEN-ILS-GENERAL] Fixed-field elements mnemonic names translations

[Ben Shum]

Hi Eva,

I'm still studying this to learn how it works in the web client, but I
think that the fixed field labels get defined out of:

Open-ILS/src/templates/staff/cat/share/t_marcedit.tt2
Open-ILS/web/js/ui/default/staff/cat/services/marcedit.js

In the tt2 file, there are plenty of entries like:



And then in the marcedit.js file, I see stuff like:

{{fixedField}}


I think this is how the various fixed fields are generated for the editor tool.

However, what I'm not seeing in here is how we might apply i18n
translations.  It would appear that the {{fixedField}} variable is
used for the  straight away.  And there isn't a
corresponding mapping to bring in a translated value for those labels.
If translation were allowed here, I would think that it should be able
to support longer character strings and Czech characters in the
translated labels.  As long as the only thing translated were the
labels, not the variables behind the scenes.

Still investigating, but could probably use more developer input on this arena.

-- Ben

On Mon, Mar 26, 2018 at 12:34 PM, Cerninakova Eva  wrote:
> Hi all,
>
>
> I have a question about translation of fixed-field elements mnemonic names
> (like BLvl, DtSt, Audn etc, see
> https://www.oclc.org/bibformats/en/fixedfield.html.) used in Evergreen in
> the fixed field grid. We have not translated the mnemonic names to Czech yet
> (and as far as a know, neither they have  been  translated to some of
> supported Evergreen languages). However,  it turned out eventually,  that
> the using of English mnemonic names is not very practical for Czech
> catalogers. That is why we would like to translate them to Czech now. At
> this point two practical question came up:
>
> 1. Must translation necessarily consist of only  four characters, as the
> original mnemonic names mostly do? Or would it be possible use to use more
> characters for translation, possibly from six to eight (e.g. Ctry translate
> as ZemVyd, or GPub translate as VladPub) without causing a crush of the fix
> field grid interface?
>
> 2. Is it safe to use a special Czech characters (extended ASCII characters
> like ž, š, č, ř ...) for mnemonic names translation? Or could i cause a
> problem?
>
>
> Thanks in advance for an answer
>
> 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
>



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Launchpad "Importance": How Determined?

[Kathy Lussier]

Hi Scott,

We have a page on the wiki that defines the different levels of 
importance - https://wiki.evergreen-ils.org/doku.php?id=dev:bug_wrangler:faq


It's a fairly subjective determination on the part of the person who 
sets importance for a bug. Anyone who has been added to the Evergreen 
Launchpad bug wranglers group can set the importance.


With the web client bugs, we have also been using high for those web 
client bugs that libraries see as showstoppers from being able to use 
the web client in production. Sometimes, they start out as Medium, but 
an Evergreen site that sees at as a barrier to adopting the web client 
may bump it up a little higher.


Kathy


On 03/26/2018 12:43 PM, scott.tho...@sparkpa.org wrote:


Hi,

   We ran into this bug today: 
https://bugs.launchpad.net/evergreen/+bug/1735539 
. It says “This bug 
affects you and 13 other people” which is high in the scheme of thing, 
but it has an importance of Medium. How is Importance determined? In 
this case the bug has a workaround. Does that get factored in?


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 




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

Re: [OPEN-ILS-GENERAL] Launchpad "Importance": How Determined?

[Ben Shum]

Hi Scott,

With Launchpad, there's no automated severity level assigned to new bugs;
they all start as "undecided" actually.  Having the number of people
affected can be useful in guiding bug wrangler volunteers to help choose
the level, but it is not explicitly linked.  It's still up to the community
to choose the level they wish to see applied to the bug.  And this does not
necessarily drive bug fixes by the community; it's still up to the
developers/contributors/organizations to decide on their own importance to
resolving bugs and devising solutions.

>From the bug wrangler FAQ page in Evergreen's wiki (
https://wiki.evergreen-ils.org/doku.php?id=dev:bug_wrangler:faq) with some
general guidelines for bug importance settings:

Bug Importance Definitions

   - *Critical* - Showstopper: breaks build, destroys data.
   - *High* - Must be fixed by release.
   - *Medium* - Normal Severity
   - *Low* - Not very important.
   - *Wishlist* - Feature requests, development ideas/proposals
   - *Undecided* - The default status. This bug is awaiting proper
   importance and status value

-- Ben

On Mon, Mar 26, 2018 at 12:43 PM, scott.tho...@sparkpa.org <
scott.tho...@sparkpa.org> wrote:

> Hi,
>
>We ran into this bug today: https://bugs.launchpad.net/
> evergreen/+bug/1735539. It says “This bug affects you and 13 other
> people” which is high in the scheme of thing, but it has an importance of
> Medium. How is Importance determined? In this case the bug has a
> workaround. Does that get factored in?
>
> 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
>
> [image: Description: Description: Training | SPARK – Pennsylvania's
> Statewide Library System] 
>
>
>



-- 
Benjamin Shum
Evergreener

[OPEN-ILS-GENERAL] Launchpad "Importance": How Determined?

[scott.tho...@sparkpa.org]

Hi,
   We ran into this bug today: 
https://bugs.launchpad.net/evergreen/+bug/1735539. It says "This bug affects 
you and 13 other people" which is high in the scheme of thing, but it has an 
importance of Medium. How is Importance determined? In this case the bug has a 
workaround. Does that get factored in?

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]

[OPEN-ILS-GENERAL] Fixed-field elements mnemonic names translations

[Cerninakova Eva]

Hi all,


I have a question about translation of fixed-field elements mnemonic names
(like BLvl, DtSt, Audn etc, see
https://www.oclc.org/bibformats/en/fixedfield.html.) used in Evergreen in
the fixed field grid. We have not translated the mnemonic names to Czech
yet (and as far as a know, neither they have  been  translated to some of
supported Evergreen languages). However,  it turned out eventually,  that
the using of English mnemonic names is not very practical for Czech
catalogers. That is why we would like to translate them to Czech now. At
this point two practical question came up:

1. Must translation necessarily consist of only  four characters, as the
original mnemonic names mostly do? Or would it be possible use to use more
characters for translation, possibly from six to eight (e.g. Ctry translate
as ZemVyd, or GPub translate as VladPub) without causing a crush of the fix
field grid interface?

2. Is it safe to use a special Czech characters (extended ASCII characters
like ž, š, č, ř ...) for mnemonic names translation? Or could i cause a
problem?


Thanks in advance for an answer

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

[OPEN-ILS-GENERAL] Adding series info to brief display, along with moving it in summary

[Josh Stompro]

Hello, as anyone added the series information to the brief record display or 
moved where the series info is in the record summary screen?  We would like to 
place the series info below the title on the brief record display (search 
results) and move it from the bottom of the page to right below the title in 
the record summary.
Thanks
Josh



Lake Agassiz Regional Library - Moorhead MN larl.org
Josh Stompro | Office 218.233.3757 EXT-139
LARL IT Director | Cell 218.790.2110

[OPEN-ILS-GENERAL] Last chance to pre-order conference t-shirts

[Kathy Lussier]

Hi all,

It's your last chance to pre-order 2018 Evergreen International 
Conference t-shirts, starting at the very low price of $15 per t-shirt! 
https://evergreen-ils.org/merchandise/conference-t-shirt/ . T-shirts 
range in sizes from Small to 5XL.


Because we need time to get the t-shirts made and shipped to the venue, 
they must be pre-ordered by this Friday. The t-shirts will be available 
for pickup at the Evergreen merchandise table.


I look forward to seeing everyone at the conference next month!

Kathy

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