Bug 23147 - changes made by bug 20044 to addbiblio.pl causing issues for some catalogers
Summary: changes made by bug 20044 to addbiblio.pl causing issues for some catalogers
Status: RESOLVED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Templates (show other bugs)
Version: Main
Hardware: All All
: P5 - low trivial with 10 votes (vote)
Assignee: Owen Leonard
QA Contact: Testopia
URL:
Keywords:
Depends on: 20044
Blocks:
  Show dependency treegraph
 
Reported: 2019-06-18 16:07 UTC by Lucas Gass
Modified: 2023-10-08 10:56 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments
Cataloging screen bloat (100.89 KB, image/jpeg)
2019-06-18 17:34 UTC, Cab Vinton
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lucas Gass 2019-06-18 16:07:10 UTC
some catalogers are frustrated by the UI changes brought about by Bug 20044. On smaller screen sizes the the page looks too cluttered and catalogers are unable to scan the information within this layout. A common complaint is subfield headings, and the duplicate/delete buttons are no longer in line with input fields. It is causing interruptions in workflow.
Comment 1 Cab Vinton 2019-06-18 16:53:06 UTC
I would say that the problem is not limited to smaller screen sizes.

The issue of subfield headings no longer being in line w/ the input fields occurs even on very large screens with default zoom settings (tested on 27.5" & 31" monitors, for example).

See screenshot for an example.
Comment 2 Cab Vinton 2019-06-18 17:34:13 UTC
Created attachment 90756 [details]
Cataloging screen bloat

Note forms are on a separate line. Also try shrinking the width of the browser screen to see some fairly odd behaviors (at least in Firefox & Opera).
Comment 3 Owen Leonard 2019-06-18 17:52:29 UTC
Cab perhaps you could test this CSS for a possible update by adding this to IntranetUserCSS?

@media (min-width: 613px) {
    #addbibliotabs div.subfield_line label {
        width: 15em;
    }

    #addbibliotabs .input_marceditor {
        width: 20em;
    }

    #addbibliotabs .subfield {
        width: 12em;
    }
}

@media (min-width: 768px) {
    #addbibliotabs div.subfield_line label {
        width: 20em;
    }

    #addbibliotabs .input_marceditor {
        width: 30em;
    }

    #addbibliotabs .subfield {
        width: 14em;
    }
}

@media (min-width: 1200px) {
    #addbibliotabs div.subfield_line label {
        width: 25em;
    }

    #addbibliotabs .input_marceditor {
        width: 50em;
    }

    #addbibliotabs .subfield {
        width: 16em;
    }
}
Comment 4 Cab Vinton 2019-06-19 13:53:07 UTC
(In reply to Owen Leonard from comment #3)
> Cab perhaps you could test this CSS for a possible update by adding this to
> IntranetUserCSS?

For others interested, this did help matters for us & is worth trying.
Comment 5 Kim Olson 2019-06-19 16:32:53 UTC
Since the newest update, all the beautiful formatting we used to enjoy while editing records is gone.  This is slowing my work flow down so much, it's really not acceptable.  Two factors are making life particularly difficult.  First, the indenting is gone.  Before, with subfields indented from fields, and open boxes indented from that, it was quick and easy to scan down a page.  Now the more cluttered look of everything left-justified makes it difficult to focus on field numbers.  Second, the longer field boxes (which are rarely even useful, as so much of the content is brief, and never necessary, since they all expand vertically to include content) are distracting. But the main difficulty is the fact that subfield headings, and the duplicate/delete buttons are no longer in line with the boxes, but above them.  I keep having to correct myself, because I use the box
above instead of below a subfield heading, just because it's not as immediately obvious. Also, there is the small up-pointing arrow to the left of the subfield number and label, which is there for rearranging subfields manually, but in the new alignment, it seems to be (incorrectly) connecting the label to the box above it.  I have to really concentrate to remind my brain that it has a different purpose, and that never happened before.
>
Can we please have the old alignment and indents back?

Applying the suggestion that Owen posted is beyond me.  I just need it to work.
Comment 6 Owen Leonard 2019-06-19 16:45:28 UTC
(In reply to Kim Olson from comment #5)

> Applying the suggestion that Owen posted is beyond me.

To use my suggestion above you would go to Administration -> Global system preferences, and search for "IntranetUserCSS." Click the "Click to edit" link to expand the textarea.

Paste in the following text:

@media (min-width:613px){#addbibliotabs div.subfield_line label{width:15em}#addbibliotabs .input_marceditor{width:20em}#addbibliotabs .subfield{width:12em}}@media (min-width:768px){#addbibliotabs div.subfield_line label{width:20em}#addbibliotabs .input_marceditor{width:30em}#addbibliotabs .subfield{width:14em}}@media (min-width:1200px){#addbibliotabs div.subfield_line label{width:25em}#addbibliotabs .input_marceditor{width:50em}#addbibliotabs .subfield{width:16em}}

Save your changes.
Comment 7 Jonathan Druart 2020-05-18 10:45:15 UTC
800x600 comparisons:
On master: https://snipboard.io/RTLecO.jpg
With patch CSS changes: https://snipboard.io/Tkvemc.jpg
Comment 8 Katrin Fischer 2023-10-08 10:56:02 UTC
When I tested this we are now close to the "with CSS changes" view when the screen is smaller. The labels are right aligned sticking to the input fields and stay next to them instead of moving above the field even on small screens. I am not sure where we changed it, but it looks like we did!