| Summary: | copy-paste breaks lists | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Ojan Vafai <ojan> |
| Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | adele, enrica, evan, leviw, rniwa, tony |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
|
Description
Ojan Vafai
2011-06-03 13:30:46 PDT
(In reply to comment #0) > 3. Why do we resolve the href instead of leaving it as an empty string? We resolve relative links at copy time. Otherwise, the links might not work when you paste back the contents. IIRC, there may be different behaviors with Safari because it uses the WebArchive format when copying HTML and the WebArchive format includes meta data like the base URL. (In reply to comment #1) > (In reply to comment #0) > > 3. Why do we resolve the href instead of leaving it as an empty string? > > We resolve relative links at copy time. Otherwise, the links might not work when you paste back the contents. Oh right. I forgot about this. I remember there being no good way to fix this. So, nevermind about this issue. Lets have this bug focus on (1) and (2). Meta element shouldn't be there in ToT. I recently added a logic to remove them (In reply to comment #3) > Meta element shouldn't be there in ToT. I recently added a logic to remove them Oh great. Sorry, I'm in Chrome beta. What I get on ToT:
<div>
<div>
<ul style="text-align:right;"><ul style="text-align: right; "><li>A</li></ul><div><ul><li><a href="">B</a> <br>C</li></ul></div></ul><div><ul>
</ul>
</div>
</div>
</div>
Why don't we merge this bug with 62041 since copying & pasting all is exactly what editing/pasteboard/paste-4039777-fix.html tests. |