Open
Bug 1295912
Opened 9 years ago
Updated 3 years ago
case copy + DnD: soft hyphen Unicode U+00AD and ­ => should be ignored, not converted to "-"
Categories
(Core :: DOM: Serializers, defect, P3)
Tracking
()
NEW
People
(Reporter: juergen, Unassigned)
References
()
Details
User Agent: Mozilla/5.0 (Windows NT 6.0; rv:47.0) Gecko/20100101 Firefox/47.0
Build ID: 20160604131506
Steps to reproduce:
a copy or DnD a selected text
Actual results:
HTML code test­text is copied to test-test
Expected results:
expected: testtext
Copied from Firefox to Firefox (like textarea): testtext > testtext
Copied from Firefox to Notepad: testtext > test-text
Where do you copy the selected text?
Flags: needinfo?(juergen)
im think it concerns CF_TEXT; so older programs (the larger number of all) are concerned.
btw: FF 44.0.0 has no longer accepted drag/paste _in_ CF_TEXT, but is fixed meanwhile - if it not an old case, maybe something changed with that?
just tested
Notepad++ v4.8.2 - result = test-text
wordPad is ok
Flags: needinfo?(juergen)
opera worked well with this matter (at least before the change to Google Chromium, which i did not tested )
Jorg, are you aware about CF_TEXT and pasting in thi case?
Flags: needinfo?(jorgk)
Comment 5•9 years ago
|
||
Let me clarify:
You copy HTML <p>test­text</p>
On the clipboard you get a few flavours, for example HTML and plain text, called CF_TEXT in Windows.
Rich-text editors like Open/Libre/MS Office and perhaps Wordpad would paste and process the HTML flavour. I've just tried LibreOffice and it pastes its own soft hyphen.
Plain text editors like Notepad(++) would paste the plain text flavour and get the "-" since FF places "test-text" into the clipboard.
Now the suggestion seems to be that FF should strip down the HTML and also remove the soft hyphen before placing the text into the plain text flavour. That's a reasonable expectation since the soft hyphens are usually invisible.
Do I understand this correctly?
BTW, copy/paste and the like are in Core::Serializers.
> Jorg, are you aware about CF_TEXT and pasting in this case?
I don't understand the question. As detailed above, pasting is not the problem. We would need to look at the code that places stuff into the various flavours of the clipboard on "copy" or "drag start". The "paste" or "drag drop", which may be in an external program, is just the consumer of the previously prepared data.
Component: Editor → Serializers
Flags: needinfo?(jorgk)
Right, Jorgk
filling CF_TEXT by FF when copy / drag start should simple skip the (soft) hyphen
Updated•9 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•