136595 - <OL> list items render as a, b, c... but copy or cut-n-pastes as 1, 2, 3...

Status: RESOLVED WORKSFORME

(Core :: DOM: Serializers, defect)

Description

[Austin Donnelly]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310
BuildID:    2002031008

Point 12 on the page:
  http://www.cl.cam.ac.uk/TechReports/submission.html
includes a list of items which are rendered on-screen as each being given a
letter from "a." upwards.  However, if you select the text
and paste it into (eg) emacs, the list is numbered "1.", "2." etc, not lettered.

Reproducible: Always
Steps to Reproduce:
1. visit http://www.cl.cam.ac.uk/TechReports/submission.html
2. note point 12 says:
"make sure all details are either provided or obvious:
   a. Authors' names
   b. Title" ...
3. Using left mouse button, select text including part of the list
   (in my case I selected the text quoted above in step 2)
4. Paste (middle mouse button) into emacs buffer
5. Note the list is now numbered: BUG


Actual Results:  The following text appears in emacs buffer

"make sure all details are either provided or obvious:

   1. Authors' names
   2. Title "


Expected Results:  "make sure all details are either provided or obvious:

   a. Authors' names
   b. Title "


Severity may well be Cosmetic rather than Normal: it depends on how accurate you
need your cutting and pasting to be

Comment 1

[Devoti Paolo]

Getting this behaviour too with win2ksp2 2002041003

Comment 2

[Christopher Hoess (gone)]

->DOM to Text Conversion.  This requires taking account of the list-style-type
(CSS) when serializing lists...

Comment 3

[Chris Casciano]

confirming OSX/20020409, but if I grab the entire item 12. I get the following:

# Finally, contact the lab's technical report series editor (currently Markus
Kuhn), who will assign a technical report number and generate a database record
and a standard title page. This will require the following information, so
please make sure all details are either provided or obvious:

   1. Authors' names
   2. Title (capitalise only the first word and proper nouns, like in the UL
catalogue and normal text)

Rather then the expected 

12.
     a.
     b.


I'm looking for a dupe now but bugzilla's being slow for me right now.

Comment 4

[Chris Casciano]

Confirming, didn't find any other bugs out there.

Comment 5

[Tanu Mutreja]

Do we really support CSS styling in plain text serialization. I think we don't. 
But I accept the bug, in fact a request for enhancement to support "type" 
attribute of "OL" i.e. <OL type = "a"> should support the ordinals as alphabets 
during plain text serialization.

Comment 6

[Chris Casciano]

> Do we really support CSS styling in plain text serialization.

Well, I would hope you do/plan to. Especially considering that XHTML Strict does
away with many of the equivilent HTML attributes (including "type" for OL).

Comment 7

[Chris Lyon]

*** Bug 198092 has been marked as a duplicate of this bug. ***

Comment 8

[steve]

Someone should fix the summary to include the word "Copy". Before reporting
198092, i searched for things like list, ol, copy, and got nothing. This bug has
to do with 'copy-n-paste' , since you can't cut a web page.

Comment 9

[Shawn Heeley]

Tested with build 2003120109.  I was unable to reproduce this problem.  The 
ordered list was numeric on-screen and copy/paste maintained format.  Should re-
test with later build or supply additional information.

Comment 10

[Darrell Kindred]

I ran into this bug myself tonight and can reproduce under 1.4, 1.5, 1.6b, and a
recent nightly (2004011407), for Linux.  Here's a simple test URL:
   http://www-2.cs.cmu.edu/~dkindred/tmp/cut-paste-ol.html
Just do "select all" then paste into a mail composition window or some other
application.  In the pasted text, all items are numbered in the 1,2,3 style,
rather than in the various original styles.

Comment 11

[Darrell Kindred]

I wrote:
> Just do "select all" then paste

I meant do "select all", "copy", and then paste.

Comment 12

[Iain Gray]

Attachment: Testcase for Bug136595

I have created a test case (this is my first so I hope I've done it okay!)

If the whole of the text is blocked and copied then pasted into emacs then it
copies okay with the numbers as per rendered page, if it is partially blocked
and copied then the numbers are replaced with "#"

(Mozilla 1.7)

Iain

Comment 13

[Simon Montagu :smontagu]

*** Bug 294585 has been marked as a duplicate of this bug. ***

Comment 14

[Mike Cowperthwaite]

*** Bug 352167 has been marked as a duplicate of this bug. ***

Comment 15

[Ioana (away)]

WFM with the above links/testcases on Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0.