Closed Bug 192961 Opened 21 years ago Closed 21 years ago

<ins> elements should not be pasted

Categories

(Core :: DOM: Editor, defect)

defect
Not set
normal

Tracking

()

VERIFIED INVALID

People

(Reporter: kmcclusk, Assigned: mozeditor)

Details

(Keywords: topembed, Whiteboard: EDITORBASE)

to reproduce:

Paste "inserted text" from a word document. Select only the text. If you select
a container such as a table cell that encloses the text then MS-WORD does not
wrap the text in an <ins> element and the problem is not present.

what happens:
the text is underlined in composer. An <ins> element is inserted which renders
its contents underlined.

expected:
text is not underlined. It was not underlined in the original word document.

Proposed fix:
When pasting remove any <ins> element that wraps content.
Whiteboard: EDITORBASE
Keywords: topembed
Need to determine what clients render <ins> elements as underlined and which
clients don't. It is a difference in how the clients render <ins> so we need to
see who does what and which direction we want to go in.

Discussed in edt.  Still need the info in saaris comment to decide.
I think this is invalid.

Can't it easily be changed/overridden with css?

What does frontpage do?
OS: Windows XP → All
Hardware: PC → All
note: the <ins>/<del> tags are removed if the user does Format > Remove All Text
Styles
Marking Invalid.  Embeddor's should filter out these tags if they do not provide
UI for editing them. The core editing engine should allow these tags to be pasted.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
verify
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.