[Koha-bugs] [Bug 30364] New: If a tag, i.e. 500$a has a framework plugin, even though a multi-line html “textarea” is desired, as soon as the plugin is added it goes back to a single line text box.

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30364

            Bug ID: 30364
           Summary: If a tag, i.e. 500$a has a framework plugin, even
                    though a multi-line html “textarea” is desired, as
                    soon as the plugin is added it goes back to a single
                    line text box.
 Change sponsored?: ---
           Product: Koha
           Version: 21.05
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Cataloging
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: courtenay.johnson at gmail.com
        QA Contact: testopia at bugs.koha-community.org
                CC: m.de.rooy at rijksmuseum.nl

Created attachment 132263
  -->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132263&action=edit
patch to addbiblio.pl to permit multiline input when plugs present

If a tag, i.e. 500$a has a framework plugin, even though a multi-line html
“textarea” is desired, as soon as the plugin is added, such as the example.pl,
it goes back to a single line text box.

I wish to use the HTML textarea to allow multi-line input, and I wish to use a
plugin to filter out undesirable (non-utf-8) characters and to convert Windows
code set smart quotes into UTF-8 so they would not be lost.

Looking at the code, in addbiblio.pl, I see there is no provision for tags in
the range 500 to 600 to use the textarea method for input when a plugin is
used. 
I have made a change to the addbiblio.pl (starting at line 393) and the
addbiblio.tt to add  another alternative to input_complex, and now have the
plugin I wrote working, with subfields that are accepting multi-line input. In
the addbiblio.tt at line 1063 I created a new mv.type of textarea_complex, so
for multiline input with tags  within a suitable range with a plugin, so that
this preserves the structure of the existing code. As part of my change  tag
650$a is now accepting multi-line input with \n accepted.

I am including a diff for the two changes done with version 21.05.03. 
This was originally done in 21.05.03 and I recently upgraded to 21.11.03 and
see the same problem exists and the same solution was applied and appears to
work.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.