Closed
Bug 281873
Opened 20 years ago
Closed 13 years ago
HTML Clipboard Format lacks SOURCE URL
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 244685
People
(Reporter: curiousjbh, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041217
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041217
Copying from Mozilla does not include source URL
Reproducible: Always
Steps to Reproduce:
1. Copy selected text to clipboard
Actual Results:
No source URL in clip data
Expected Results:
Source URL would be included in clip data.
Why should be the source URL included if I only want to copy some text? Does
other browsers do that for text copy?
|
||
Comment 2•20 years ago
|
||
(In reply to comment #1)
> Why should be the source URL included if I only want to copy some text? Does
> other browsers do that for text copy?
Well, iCAB does.
Whilst the users' expectation may vary considerably across platforms (the
paste half of copy and paste), surely it is right to copy - place on the
pasteboard - known formatting and meta-data?
However, I tend to agree with comment 1 that it is better to do plain
text correctly than make a mess of something more inclusive. (Filemaker
gets this wrong).
|
||
Comment 3•20 years ago
|
||
I don't think we want to be doing this, do we? ccing some people who may know
what the relevant platform conventions are.
|
||
Comment 4•20 years ago
|
||
I don't think we should put the URL in the text clipboard data. Maybe if there
are some well-known other flavor types for metadata we would put the URL there,
but I don't know of any on Mac.
|
||
Comment 5•20 years ago
|
||
Dup of bug 244685?
Availability of meta data is essential to applictions which are attempting to
utilize drag and drop for collection building. Please make this data available.
I was preparing to fle a similar bug based around drag and drop, which I belive
uses the same code in nsDataObj.cpp
(I think this is a windows speciic file but I am not sure)
The odd thing here is its looks as if the soure url is actually being appended
into the CF_HTML spec encoding
is nsDataObj.cpp noty the right place to be looking?
|
||
Updated•20 years ago
|
Version: unspecified → 1.7 Branch
|
||
Comment 7•19 years ago
|
||
The source URL is stored in UniformalResourceLocator in the clipboard. However,
it's not used by most programs (or it's used in place of the actual clipping in
some programs).
|
||
Comment 8•17 years ago
|
||
MozillaAS v1.7.x is not supported anymore.
Can you reproduce with SeaMonkey v1.1.9 ?
|
|
||
Comment 9•17 years ago
|
||
Steps or a testcase could help to test/reproduce.
Assignee: general → jag
Component: General → XP Toolkit/Widgets
Product: Mozilla Application Suite → Core
QA Contact: general → xptoolkit.widgets
|
||
Updated•16 years ago
|
Assignee: jag → nobody
|
||
Comment 10•13 years ago
|
||
We do provide the SourceURL. Tested in both Firefox6 and Nightly.
Version:0.9
StartHTML:00000132
EndHTML:00000355
StartFragment:00000166
EndFragment:00000319
SourceURL:http://www.mozilla.org/
<html><body>
<!--StartFragment-->And we're dedicated to keeping it free, open and accessible to all. <a href="http://www.mozilla.org/about/mission.html?WT.ac=test1">Learn more</a><!--EndFragment-->
</body>
</html>
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•