[koha-commits] main Koha release repository branch 19.11.x updated. v19.11.04-91-g481d51c51c
Git repo owner
gitmaster at git.koha-community.org
Fri Apr 3 22:10:30 CEST 2020
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "main Koha release repository".
The branch, 19.11.x has been updated
via 481d51c51c71ba41fc518cc52ba6aec777e3332c (commit)
via f30e320adc217473f2a01cc211ecabe81e866395 (commit)
via 23724c9c7410c0f8b432cfd8019b30753a672d5b (commit)
via 5550da8a50dbb60fcad6ea2a43658938d1200803 (commit)
from d4db0b96e8753b1b213b6a2efeea7a61baf0ac7e (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 481d51c51c71ba41fc518cc52ba6aec777e3332c
Author: Owen Leonard <oleonard at myacpl.org>
Date: Tue Dec 17 15:19:56 2019 +0000
Bug 7882: (follow-up) Only show sortable icon for sortable tags
Only tags which can be repeated can be sorted, so the "bars" icon should
not display by these tags.
Signed-off-by: Maryse Simard <maryse.simard at inlibro.com>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Signed-off-by: Joy Nelson <joy at bywatersolutions.com>
commit f30e320adc217473f2a01cc211ecabe81e866395
Author: Owen Leonard <oleonard at myacpl.org>
Date: Mon Dec 16 19:06:57 2019 +0000
Bug 7882: (follow-up) Update sorting interaction
This follow-up modifies the CSS for the sortable fields so that a
different icon is used. Elsewhere in Koha (stock rotation stage sorting)
we use the "bars" icon to indicate a sortable element. I think it would
be good to continue to use this. The cursor is now styled as a "Move"
cursor.
The configuration of the sortable function in the script has been
updated in two ways: 1. The movement of the element is constrained along
the y-axis, and 2. The movement of the element is contstrained to the
container within which it can be moved (for the tag, the tab, and for
the subfield, the tag).
To test, apply the patch and edit a MARC record in the basic cataloging
editor.
Confirm that the new icon is used, and that the "Move" cursor shows when
you hover over the icon.
Confirm that a tag can be dragged up and down within the constraints of
the visible section. A subfield should be only movable within its parent
tag.
Signed-off-by: Maryse Simard <maryse.simard at inlibro.com>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Signed-off-by: Joy Nelson <joy at bywatersolutions.com>
commit 23724c9c7410c0f8b432cfd8019b30753a672d5b
Author: Maryse Simard <maryse.simard at inlibro.com>
Date: Wed Oct 23 15:34:39 2019 -0400
Bug 7882: Add ability to move and reorder fields in MARC editor
Use jQueryUI sortable to make fields and subfields moveable in the
MARC editor for both records and authorities.
This patch convert items from div's to ul's and consequently alter css
and js to match. It also replace the up arrow with a more adapted icon
(from font awesome).
Primary authorship by Elliott Davis.
To Test:
1. Add or edit a record in cataloguing module.
2. You should be able to move the fields and subfields around.
- You can click on any part of the element to drag it, the move
icon to the left of the item is a good place to do it.
=> You can only change the order of fields of the same tag.
3. Make sure all of the javascript driven fonctionnality still work :
- Duplicate fields/subfields
- Remove fields/subfields
- Using the tag editor for control fields or to link authorities
- etc
4. Reorder some fields/subfields and save the record.
5. Edit the record again.
6. The order in the editor should match the changes which were saved.
- Empty subfields should appear after the ones with content.
7. Repeat steps 1-6 with the authority editor.
Signed-off-by: Séverine QUEUNE <severine.queune at bulac.fr>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Signed-off-by: Joy Nelson <joy at bywatersolutions.com>
commit 5550da8a50dbb60fcad6ea2a43658938d1200803
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Mon Mar 30 16:11:51 2020 +0200
Bug 25020: Preserve time part when batch extending due dates
When selecting a new hard due date, we should keep the time part of the
original checkouts.
Test plan:
1 - Checkout an item specifying a date due
2 - Checkout an item without specifying a date due
3 - Use Tools->Batch extend due date
4 - Select a hard due date
5 - On the confirmation screen you should see that the time part has
been kept
6 - Confirm
7 - Make sure the correct values hava been inserted in DB
8 - Try now using the other option, give a number of days
9 - Repeat 4-7
Signed-off-by: David Nind <david at davidnind.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Signed-off-by: Joy Nelson <joy at bywatersolutions.com>
-----------------------------------------------------------------------
Summary of changes:
cataloguing/addbiblio.pl | 2 +-
koha-tmpl/intranet-tmpl/prog/css/addbiblio.css | 63 +++++++++++++++++++--
.../prog/en/modules/authorities/authorities.tt | 28 +++++----
.../authorities/blinddetail-biblio-search.tt | 6 +-
.../prog/en/modules/cataloguing/addbiblio.tt | 42 ++++++++++----
.../en/modules/tools/batch_extend_due_dates.tt | 6 +-
koha-tmpl/intranet-tmpl/prog/img/up.png | Bin 362 -> 0 bytes
koha-tmpl/intranet-tmpl/prog/js/cataloging.js | 52 +++++++----------
tools/batch_extend_due_dates.pl | 47 ++++++++++++---
9 files changed, 174 insertions(+), 72 deletions(-)
delete mode 100644 koha-tmpl/intranet-tmpl/prog/img/up.png
hooks/post-receive
--
main Koha release repository
More information about the koha-commits
mailing list