Bug 86196 - Copy and paste broken between perldoc and gnome-terminal
Copy and paste broken between perldoc and gnome-terminal
Product: Fedora
Classification: Fedora
Component: perl (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Chip Turner
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2003-03-16 15:50 EST by Need Real Name
Modified: 2007-11-30 17:10 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-03-25 11:02:49 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Perl script showing problem (127 bytes, text/plain)
2003-03-16 15:51 EST, Need Real Name
no flags Details

  None (edit)
Description Need Real Name 2003-03-16 15:50:06 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):

How reproducible:

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.

Additional info:

The hypen part of "‐>" is unusable. Perl expects "->"
Comment 1 Need Real Name 2003-03-16 15:51:18 EST
Created attachment 90621 [details]
Perl script showing problem

Run using perl perldoc-test.pl
Comment 2 Need Real Name 2003-03-16 15:54:51 EST
I am using gnome-terminal 2.0.1 if that helps.
Comment 3 Chip Turner 2003-04-16 10:04:14 EDT
this should be fixed in RH9
Comment 4 Need Real Name 2003-04-16 13:44:41 EDT
It's still broken in nine.
Updating version info.
Comment 5 Need Real Name 2003-05-04 05:49:53 EDT
"Copy and paste" is a basic function that should "just work".

I think the priority on this should be upped.
Comment 6 Need Real Name 2003-11-19 17:26:59 EST
Is this fixed in Fedora Core 1?
Comment 7 Need Real Name 2004-03-16 07:22:44 EST
Changing platform to RHEL 3.
Still broken.
Comment 8 Need Real Name 2004-04-01 12:48:39 EST
Is there any progress on this?
Comment 9 Need Real Name 2004-04-14 18:33:22 EDT
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.
Comment 10 Need Real Name 2004-07-12 17:49:24 EDT
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.
Comment 11 Need Real Name 2004-07-13 07:00:37 EDT
This is really a perldoc problem.
Comment 12 Need Real Name 2004-08-13 07:28:14 EDT
Changing to RHEL (where this is still broken) to see if that makes 
any difference.
Comment 13 Need Real Name 2004-10-19 10:37:16 EDT
One and a half years on, copy and paste still doesn't work :/
Comment 14 Ray Strode [halfline] 2004-11-04 21:37:37 EST
I'm going to reassign this to the owner of the perl package so this
can be looked at.
Comment 15 Need Real Name 2004-11-24 09:59:23 EST
Want me to do this?
Comment 16 Marius Feraru 2004-11-26 11:13:32 EST
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”) ;-)
Comment 17 Miloslav Trmač 2004-11-26 12:40:05 EST
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.
Comment 18 Need Real Name 2005-03-25 11:02:49 EST
Cool - it works now. Thanks!

Note You need to log in before you can comment on or make changes to this bug.