Red Hat Bugzilla – Bug 86196
Copy and paste broken between perldoc and gnome-terminal
Last modified: 2007-11-30 17:10:31 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003
Description of problem:
When pasting from a perldoc page, the resulting code is not usable by perl.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. type perldoc lwpcook
2. Scroll down to find an example with a method call, e.g. $ua =
3. Paste the example into a document and run it using perl.
Actual Results: Unrecognized character \xE2 at perldoc-test.pl line 3.
The hypen part of "‐>" is unusable. Perl expects "->"
Created attachment 90621 [details]
Perl script showing problem
Run using perl perldoc-test.pl
I am using gnome-terminal 2.0.1 if that helps.
this should be fixed in RH9
It's still broken in nine.
Updating version info.
"Copy and paste" is a basic function that should "just work".
I think the priority on this should be upped.
Is this fixed in Fedora Core 1?
Changing platform to RHEL 3.
Is there any progress on this?
Copy and paste is _badly_broken_ here - a document that contains
working code no longer contains working code once it has been
displayed and put through the clipboard.
This is still even broken in Fedora Core 2 (!), with one change: the
-> is working fine, but the character â is bad. It should have '.
If you look at CGI.pm, the perldoc is fine.
This is really a perldoc problem.
Changing to RHEL (where this is still broken) to see if that makes
One and a half years on, copy and paste still doesn't work :/
I'm going to reassign this to the owner of the perl package so this
can be looked at.
Want me to do this?
use something like:
LANG=C perldoc <whatever>
if you want to be able to "copy paste" code around.
Please remember that "perldoc" is a tool just like "man" â they are
used to _render_ documentation as nice as possible :)
So blaming them for rendering documents using neat âpublishingâ
quotes, emdashes and things like that seems quite inappropriate, even
thou I aggreee with all you: âcodeâ should be rendered verbatim.
(what is âcodeâ) ;-)
There is the additional question of what "verbatim" means:
see e.g. (perldoc perlebcdic), search for "range explicitly".
The code sample below it contains ISO-8859-1 characters.
- If they were rendered verbatim, you would see nothing useful in
non-ISO-8859-1 locales (like the default UTF-8).
- Man by default converts them to UTF-8, so you see the "correct"
characters, but you can't cut-and-paste them if you are using
a non-ISO-8859-1 locale.
That does not invalidate the original complaint about characters
like -'", though.
Cool - it works now. Thanks!