Bug 25317 - Move translatable strings out of additem.js.inc
Summary: Move translatable strings out of additem.js.inc
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: I18N/L10N (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on: 21156
Blocks:
  Show dependency treegraph
 
Reported: 2020-04-29 18:33 UTC by Owen Leonard
Modified: 2022-01-17 12:53 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: Small patch
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
20.11.00, 20.05.05
Circulation function:


Attachments
Bug 25317: Move translatable strings out of additem.js.inc (12.05 KB, patch)
2020-08-20 16:01 UTC, Owen Leonard
Details | Diff | Splinter Review
Bug 25317: Move translatable strings out of additem.js.inc (12.10 KB, patch)
2020-09-27 01:55 UTC, David Nind
Details | Diff | Splinter Review
Bug 25317: Move translatable strings out of additem.js.inc (12.16 KB, patch)
2020-09-27 12:08 UTC, Katrin Fischer
Details | Diff | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Owen Leonard 2020-04-29 18:33:30 UTC
Now that we can translate strings in JavaScript we can eliminate files like additem.js.inc which we only needed for translatability.
Comment 1 Owen Leonard 2020-08-20 16:01:11 UTC Comment hidden (obsolete)
Comment 2 David Nind 2020-09-27 01:55:50 UTC Comment hidden (obsolete)
Comment 3 Katrin Fischer 2020-09-27 12:07:36 UTC
Just a note: In some cases it could be nice to move the variables into the translation as it would allow the translators to change the sequence of words/structure of the sentence:

fieldname + " '" + sorted_arr[i] + "' "
+ __("is duplicated")
Comment 4 Katrin Fischer 2020-09-27 12:08:45 UTC
Created attachment 110829 [details] [review]
Bug 25317: Move translatable strings out of additem.js.inc

This patch moves the definition of translatable strings out of
additem.js.inc and into additem.js using the new JS i81n function.
additem.js.inc is removed, being obsolete.

To test:

When creating an order:

- Go to Administration -> System preferences and set "AcqCreateItem" to
  "when placing an order."
- Apply the patch and go to Acquisitions -> Vendor -> Add to basket ->
  From a new (empty) record.
- In the "Item" section, confirm that the buttons at the bottom of the
  form are correct: "Add item," "Clear," and "Add multiple items."
- Click "Add multiple items." The placeholder in the revealed form field
  should read "Number of items to add." The corresponding button should
  be labeled "Add."
- You should see a note, "NOTE: Fields listed in the 'UniqueItemsFields'
  system preference will not be copied."
- Fill out the item entry form and add a number to the "multiple items"
  field. Click "Add."
- A table of items should be displayed with "Edit" and "Delete" buttons
  for each new item.
- Click one of the "Edit" buttons. The item form should be populated
  with the item's data, with an "Update item" button at the bottom.

When receiving an order:

- Go to Administration -> System preferences and set "AcqCreateItem" to
  "when receiving an order."
- Go to Acquisitions -> Vendor -> Receive shipments.
- Select or create an invoice.
- Click "Receive" on an order which has a quantity greater than 1.
- Add two items, duplicating in each at least one value which is marked
  as unique by the "UniqueItemFields" system preference (e.g. fill in
  the same barcode number for each item).
- Click "Save." You should get an alert about duplicated values, and
  there should be an alert message on the page, "barcode 'XXX' is
  duplicated."
- Edit one of the two items and change the barcode to one which already
  exists in your database.
- Click "Save." An alert message should be shown on the page, "barcode
  'XXX' already exists in the database."
- Note: I was unable to find out how to trigger this error, "You can't
  receive any more items." It may be obsolete.

TESTING TRANSLATABILITY

- Update a translation, e.g. fr-FR:

  > cd misc/translator
  > perl translate update fr-FR

- Open the corresponding .po file for JavaScript strings, e.g.
  misc/translator/po/fr-FR-messages-js.po
- Locate strings pulled from
  koha-tmpl/intranet-tmpl/prog/js/additem.js for translation,
  e.g.:

  msgid "Add multiple items"
  msgstr ""

- Edit the "msgstr" string however you want (it's just for testing).
- Install the updated translation:

  > perl translate install fr-FR

- Switch to your newly translated language in the staff client
  and repeat the test plan above. The translated strings should
  appear.

Signed-off-by: David Nind <david@davidnind.com>

Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Comment 5 Jonathan Druart 2020-09-29 12:29:52 UTC
Pushed to master for 20.11, thanks to everybody involved!
Comment 6 Lucas Gass (lukeg) 2020-10-20 15:26:07 UTC
backported to 20.05.x for 20.05.05
Comment 7 Aleisha Amohia 2020-10-27 04:22:21 UTC
enhancement, not backported to 19.11.x
Comment 8 Jonathan Druart 2022-01-17 12:48:39 UTC
> - You should see a note, "NOTE: Fields listed in the 'UniqueItemsFields'
  system preference will not be copied."

Where is coming from this syspref?
Comment 9 Jonathan Druart 2022-01-17 12:53:04 UTC
(In reply to Jonathan Druart from comment #8)
> > - You should see a note, "NOTE: Fields listed in the 'UniqueItemsFields'
>   system preference will not be copied."
> 
> Where is coming from this syspref?

Ok, it's a typo "UniqueItemFields"