Closed
Bug 9367
Opened 26 years ago
Closed 26 years ago
[blocker]Clipboard doesn't support HTML correctly
Categories
(Core :: XUL, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: rods, Assigned: rods)
Details
nsClipboard on windows does return HTML content correctly from the
native clipboard. Akkana needs this.
| Assignee | ||
Comment 1•26 years ago
|
||
Added akkana to cc list
| Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 2•26 years ago
|
||
I fixed it
rod, i don't know how to verify this. is there some testcase i should try out?
on build 1999-07-13-10-M8 on NT4.0 sp4, i tried to copy html from navigator4/5,
ender, and ie4 and every time i pasted into ender, i either got results in
ascii text or ascii html, but no rendered html. when i copied three td cells
from one of the tables in the default editor page, this is what Edit|Paste
gave me:
<!-- This page was created by the Gecko output system. -->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<tr>
<td>cell 4 </td><td>cell 5 </td><td>cell 5 </td></tr>
is this a totally different bug?
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Comment 4•26 years ago
|
||
If you're getting <tr> and <td> at all, you're getting html, and the problem may
be that you're not pasting the <table> tag so maybe the table rows and cells
aren't showing up. Try pasting a whole table, or something other than a table,
to see if html shows up.
But meanwhile, I get a crash when I try to paste html from the 5.0 browser to
5.0 ender. I've talked to Rod about this, and it sounds like he has a fix in
his tree which will go in when the tree finally reopens (soon, I hope).
Reopening until then.
yeah, i tried to copy a whole table too, and i got the same effect.
| Assignee | ||
Comment 6•26 years ago
|
||
As far as I know there was never a require to be able to paste HTML from either
Nav 4.0 or IE. Basically we are not recognizing their clipboard formats. When
can do that, it was just never asked for or scheduled.
Comment 7•26 years ago
|
||
It was always my understanding that one of the main points of pasting html was
so that we could get html from other apps. Of course we should use standard
clipboard formats and recognize pastes from other apps -- why on earth not, if
we're already doing all the work to handle paste html in the first place?
BTW, re my comment earlier about crashing on pasting html: html paste works fine
for me now on Linux. Haven't checked pasting from other apps, because Pav and I
haven't been able to find any other Linux apps that put html on the clipboard
(NS 4.6 doesn't) but the search continues.
| Assignee | ||
Comment 8•26 years ago
|
||
I think recognizing other app's HTML clipboard format and doing something with
it, is a different bug. It should be assigned to XPToolikit, not me. I am not
signed up to do that work anymore.
As far as I can tell, this bug needs to be closed.
| Assignee | ||
Updated•26 years ago
|
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•