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): How reproducible: Always Steps to Reproduce: 1. type perldoc lwpcook 2. Scroll down to find an example with a method call, e.g. $ua = LWP::UserAgent‐>new; 3. Paste the example into a document and run it using perl. Actual Results: Unrecognized character \xE2 at perldoc-test.pl line 3. Additional info: 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. Still broken.
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 any difference.
One and a half years on, copy and paste still doesn't work :/
Hi, 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!