Closed
Bug 192961
Opened 21 years ago
Closed 21 years ago
<ins> elements should not be pasted
Categories
(Core :: DOM: Editor, defect)
Core
DOM: Editor
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.
Reporter | ||
Updated•21 years ago
|
Whiteboard: EDITORBASE
Comment 1•21 years ago
|
||
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.
Comment 2•21 years ago
|
||
Discussed in edt. Still need the info in saaris comment to decide.
Comment 3•21 years ago
|
||
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
Comment 4•21 years ago
|
||
note: the <ins>/<del> tags are removed if the user does Format > Remove All Text Styles
Reporter | ||
Comment 5•21 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•