[wp-trac] [WordPress Trac] #46647: Site Health: Improve the "Copy to Clipboard" button
WordPress Trac
noreply at wordpress.org
Mon Mar 25 23:29:20 UTC 2019
#46647: Site Health: Improve the "Copy to Clipboard" button
----------------------------+----------------------
Reporter: pento | Owner: pento
Type: defect (bug) | Status: assigned
Priority: normal | Milestone: 5.2
Component: Administration | Version:
Severity: normal | Keywords:
Focuses: accessibility |
----------------------------+----------------------
Splitting this off from #46573.
The current method for copying the debug report to the clipboard involves
having a hidden `<textarea>`, but this shows up in screen readers
([https://core.trac.wordpress.org/ticket/46573#comment:40 ref]) and can't
be reliably hidden
([https://core.trac.wordpress.org/ticket/46573#comment:50 ref]).
Per design review from @hedgefield:
> To the point of being able to review your copied text - is that really
necessary? All the info is technically present on the page, and after
copying you can paste it somewhere and then review if you want to remove
something from it. I don't think many people scroll through the whole
thing to see what all is in there before they copy it, but then again
that's only my assumption. I just feel like we are making it harder than
it needs to be. The main usecase in my mind is a support engineer asks you
to copy that infodump, you want to give someone the quickest way to do so.
Feel free to correct me if I'm wrong in that though.
I agree with this assessment. The person using this tool has the ability
to review the content being copied in the report itself. The formatting of
what's copied is not really relevant, as the copy event can include
multiple data types. We're currently only including plain text, but this
could also include HTML, Markdown, or even blocks.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/46647>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list