https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 --- Comment #1 from Cori Lynn Arnold <carnold@dgiinc.com> --- To reproduce this issue: 1. Verify that the "Advanced Editor" for cataloging has been enabled by going to "Administration" from the home page and searching for "EnableAdvancedCatalogingEditor" Set this to "Enable" if it isn't already. 2. From the home page go to "Cataloging" 3. Click on the button that says "Advanced editor" 4. Import the record attached to this bug by clicking on the "Import" button and navigating to the saved record 5. Double click on the number "9781541724389" and copy it from line starting with 020. 6. Paste the result into notepad Result: a9781541724389 Expected Result: 9781541724389 The subfield should not be copied along with the data. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 --- Comment #3 from Cori Lynn Arnold <carnold@dgiinc.com> --- Created attachment 96465 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=96465&action=edit Bug 21665: Advanced editor - double clicking on value brings subfield code as well To test, apply patch: 0/Verify that the advanced editor is enabled by going to "Administration" and searching for "EnableAdvancedCatalogingEditor" 1/Set it to "Enable" if it isn't already. 2/Go to "Cataloging", click on "Advanced editor" 3/Search for a record by entering "specious" in the keyword box and hitting enter 4/Click "import" on a record 5/For any subfield (maybe specifically the text in an 020 field) double click on the text 6/Hit CNTRL-V into your favorite text editor, verify that the subfield code was not pasted with the text from the subfield. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 Cori Lynn Arnold <carnold@dgiinc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|koha-bugs@lists.koha-commun |carnold@dgiinc.com |ity.org | --- Comment #5 from Cori Lynn Arnold <carnold@dgiinc.com> --- Assign bug to self -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 Hayley Mapley <hayleymapley@catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #96465|0 |1 is obsolete| | --- Comment #6 from Hayley Mapley <hayleymapley@catalyst.net.nz> --- Created attachment 97761 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=97761&action=edit Bug 21665: Advanced editor - double clicking on value brings subfield code as well To test, apply patch: 0/Verify that the advanced editor is enabled by going to "Administration" and searching for "EnableAdvancedCatalogingEditor" 1/Set it to "Enable" if it isn't already. 2/Go to "Cataloging", click on "Advanced editor" 3/Search for a record by entering "specious" in the keyword box and hitting enter 4/Click "import" on a record 5/For any subfield (maybe specifically the text in an 020 field) double click on the text 6/Hit CNTRL-V into your favorite text editor, verify that the subfield code was not pasted with the text from the subfield. Signed-off-by: Hayley Mapley <hayleymapley@catalyst.net.nz> On master Ctrl-C has been remapped to copy the current field to the Advanced editor clipboard (Bug 17179). Remap this from Ctrl-C to Ctrl-E, then you can use Ctrl-C to copy the double clicked field. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 Heather <heather_hernandez@nps.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |heather_hernandez@nps.gov --- Comment #8 from Heather <heather_hernandez@nps.gov> --- I would really like to see work on this advance, as the new functionality in 19.11 with the Advanced Biblio Editor's only being able to copy an entire subfield or copy an entire field has really "broken" my cataloging workflow. The main problem that I'm having is that I can no longer highlight a portion of a subfield--I can no longer highlight just a bit of text for copying/pasting in the ABE (Advanced Bibliographic Editor...see, I like to keyboard things short and fast...) I need to highlight to copy a whole field only a few times a day, and I need to highlight to copy an entire subfield a couple of times a month, but I want to highlight-copy-paste a portion of text dozens if not hundreds of times a day, e.g.: Just typed the author's name in the 245 $c, so I will highlight the most complicated/likely to have typos/unique portion of their name element for pasting into the search box to search authorities. (I have authorities open in another tab for searching & copy/paste from that tab into the ABE--any of the searching/linking functions from within the ABE are too cumbersome and slow.) But...oh, yeah...I can't highlight any *portion* of the 245 $c anymore. Just typed the 505 contents note and want to copy/paste as above for concepts that are candidates for subject headings but...oh, yeah...I can't highlight just one word in from one of the $t (title) fields. Just typed a city in the 264 and I'd like to use it in geographic subfields, but in the 264 $a (a transcription field), it's "San Francisco, CA" so I want to copy just "San Francisco" to make that an entire $z in a 6XX field but, oh, right, I can't copy just a portion of a field. I can copy the whole $a and then backspace to delete the "CA" which adds keystrokes. I don't like added keystrokes. Added keystrokes make catalogers go cranky-pants. These are just some of the instances where I want to highlight just a portion of a subfield. I could go on and on and on. Real Catalogers Who Have Taken The Red Pill Of MARC21 To Use The ABE For What It Is *love love love* keyboarding because it's all about the speed, babies--our minds are creating that MARC21 record at the Speed of Thought and our hands need to go as fast as possible with using Absolute Tons and Tons of shift-back-arrow-until-word-is-highlighted (maybe occasionally reaching for a mouse but not often because mousing is sssslllloooowwwer) and then wanting to...yes...ctrl-c to copy! Copy!! Copy it to the clipboard so you can paste it later!! All this copying/pasting is used to help avoid typos because typos are One Of The Enemies! We hates typos, my preciousssss yessss we hatesss them!!! The typos and the slow mousing stand in the way of public services getting the library materials into the waiting hands of the users so we Catalogers must type the original records as fast as we can!!! Edit as fast as we can!!! So could we please, pretty please, with whipped cream, chocolate sprinkles, hundreds and thousands, nonpareils, and many cherries and chopped peanuts on top, restore the ability to copy a portion of text within the ABE to the clipboard? It's now what I want most out of Koha. I'll wait for anything else that you have if I can have this back. I'm wiping my brow and opening Connexion Client because I just really can't use the ABE until I get this functionality back. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 --- Comment #9 from Heather <heather_hernandez@nps.gov> --- I've run into another very typical example (especially lately) of when I want to highlight & copy a portion of text while in the Advanced Biblio Editor--it's for an online resource, and in the middle of editing the record I discover something else that might need fixing/changing, so I want to look at the online item, but I can't just highlight then copy just the link text under 19.11--I can ctrl-shift-c to copy the entire subfield, but this only copies it into the Koha clipboard (not the OS clipboard) unavailable for pasting into the OS clipboard--plus it has a delimiter-u at the front of the URL. I have to, e.g., use the mouse to select "View" to open the record in a new browser tab, then use the mouse to select the "Online resources" link to open the resource in yet another browser tab. It would be faster for me to be able to go back to highlighting the URL while in the record that I'm editing, ctrl-c (to copy to the OS clipboard), ctrl-t for a new tab, ctrl-v to paste the URL from the OS clipboard and see the resource. So it's not just highlighting a subfield & bringing the subfield value that's a problem--it's the ability that interacting with the OS clipboard has been eliminated that's a big problem. A cataloger in the Advanced Bib Editor needs the ability to send *exactly what they want to* to the Koha clipboard and/or the OS clipboard. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 --- Comment #11 from Heather <heather_hernandez@nps.gov> --- Hi, Cori! Thank you--yes, I'm aware of (and can, and have already been) redefining the shortcut keys, but that doesn't address the issue that started the ticket, that the subfield delimiter letter was always copied when "double-clicked" and now nothing is able to be selectively copied when double-clicked in the Advanced Editor--the only ability now under 19.11 is copy an entire subfield (with the delimiter character and delimited letter) into the Koha clipboard only. This bug also was created to copy the double-clicked text into Notepad, and that's now impossible as well without the ability to copy from the Advanced Editor into the OS clipboard. Or am I missing something? I haven't seen how changing/redefining the keyboard shortcut can change the ability to copy double-clicked (or otherwise highlighted text that is less than an entire subfield) into, e.g., Notepad or other app via the OS clipboard? Thanks!! --h2 (In reply to Cori Lynn Arnold from comment #10)

Hey Heather! I hear your frustration. One thing we did here to help was to remove the "Control-C" from the default for our Koha installations (we have over 20). To do that:

1. Go to the Advanced Editor 2. Click on the "Keyboard Shortcuts" button 3. Click on the link for "Refine shortcuts" 4. Either delete or redefine what is in that first box for "Copy current field"

If you don't have permissions to do that, talk to your Koha Admin. That was a good start for us. Hope that helps.

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

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 --- Comment #13 from Heather <heather_hernandez@nps.gov> --- Hi, Katrin! It is a problem. Default behavior is usually that a double-click will just highlight one word, and in my cataloging experience, one *never* wants the word accompanied by the letter of any preceding subfield delimiter. The more uncommon behavior is to want the entire subfield delimiter along with the word, and that can be manually highlighted using the mouse, "grabbing" the delimiter, subfield letter, and the word. The existing behavior is really inconsistent, because if you double-click a word preceded by a subfield delimeter, you get/highlight/copy the word plus the letter from the subfield. But if you double-click a word followed by a subfield delimiter (e.g., life‡v) you highlight/copy only the word without the delimiter. The behavior right now is that double-clicking a word with a subfield delimiter to its left without a space also captures the letter from the subfield delimiter, but double-clicking a word with a subfield delimiter to its right without a space does NOT capture the delimiter. That is, double-clicking a word with a subfield delimiter to its left also captures one additional character from the subfield, but double-clicking a word with a subfield delimiter to its right does NOT capture one additional character from the subfield. So for consistent behavior, more in line with other cataloging programs and software, double-clicking a word should just not capture any characters from subfield delimiters adjacent to the word. I.e., double-clicking a word with a subfield delimiter adjacent to it on the right is correct behavior, and right now double-clicking a word with a subfield delimiter adjacent to it on the left is NOT correct behavior. Does that make sense? -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 --- Comment #15 from Heather <heather_hernandez@nps.gov> --- Oh, sorry, Katrin--I misunderstood! Yes, please, consider this patch anyway. When the keyboard shortcut behavior was divorced from the OS's keyboard shortcut behavior, IMO, that set a precedent. So I think it's OK for it to work with the shortcut keys and not work with the context menu--I think that is the same as a behavior working with Koha's shortcut keys but not working with the OS's shortcut keys/context (right-click) menu. Catalogers using Koha's ABE are already familiar with shortcut key behavior not matching the OS behavior, so I don't think the shortcut key behavior being different from the context menu/right-click behavior should hold it up. Thank you!! -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 --- Comment #17 from Heather <heather_hernandez@nps.gov> --- Happy to, Katrin! I'll work on signing off on it this afternoon. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #19 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- :( -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 Andrew Fuerste-Henry <andrew@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew@bywatersolutions.com | |, mnero@oslri.net, | |nick@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21665 Nick Clemens (kidclamp) <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oleonard@myacpl.org --- Comment #22 from Nick Clemens (kidclamp) <nick@bywatersolutions.com> --- I tried on this one, adding CSS to prevent the selection of the subfield code, adding spaces, but haven't had any luck in figuring out why the 'a' is getting picked up - adding Owen to see if he might have any ideas -- You are receiving this mail because: You are watching all bug changes.