Closed
Bug 118150
Opened 23 years ago
Closed 23 years ago
Cannot drag links to opera or other apps
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 141362
People
(Reporter: alan, Assigned: bugzilla)
Details
While you can drag the handle for a URL from one mozilla window to another, but
not to other applications, such as a GTK text editor (confirmed with gedit) or
the opera browser.
I'm going to guess that this is probably not an opera specific thing, but an
"other app" specific thing, though I can't confirm this.
Comment 1•23 years ago
|
||
over to drag and drop
Assignee: asa → blaker
Component: Browser-General → XP Apps: Drag and Drop
QA Contact: doronr → tpreston
Comment 2•23 years ago
|
||
I've found that drag and drop of urls does work between
gnome-desktop/gnome-panel, openoffice's openwriter and the
galeon/mozilla/nautilus urls bars but not much else. I have even drag and
dropped it into konquror's location bar. This seems like standard behaviour to
me and perhaps it is the up to the recieving application to interpret it
correctly...
Just for clarification, reporter (Arcterex), can you further explain what you
expect to happen when you drag a link from say Mozilla to gedit's textarea?
Well, I didn't try it to the konq location bar, and that that works is cool.
My original bug was that you cannot drag from a link in a page rendered by
mozilla into the "browsing area" (ie: where a page would be displayed) in
konqueror. When dragging to a mozilla or galeon browsing area the cursor has a
"+" indicating that it can be dropped there. On the konq browsing area, the
cursor stays as the "no dropping here dude" icon.
This doesn't seem to be a konq drag-n-drop target problem, as I can drag from
konq link to konq "browsing area" just fine. Of course, my knowledge of the
internals of dnd in kde and gtk is limited :)
The advantage of this is that a link is immediately gone to, instead of having
to hit a 'go' button to start the surfing process.
Hope that makes more sense :)
Comment 4•23 years ago
|
||
I suspect that this is invalid in that case because I don't know how well qt
(opera, konq) and gtk (galeon, moz) play together. Further, I have had no
success dragging things from konqueror 2.2.2 to opera 6 Beta 2's browse area and
having them open in opera (or vice versea) - two QT apps. Dragging from moz to
other GTK apps that are "enlightened" often tries to do something useful (gvim
and openoffice spring to mind).
As a workaround, try the double click to highlight the location in moz and the
middle click to paste it into the textarea of another app (this works very well
between moz, konq, opera).
Comment 5•23 years ago
|
||
Arcterex: can you reproduce this with a recent build? If not, mark the bug
"worksforme"
Confirming with galeon 1.2.3 + mozilla rc3+xft.
I'm not convinced it's a galeon/mozilla problem per-se, as in my test dragging
the url handle from the location bar over the rendering area on konqueror didn't
result in the "+" symbol appearing, indicating that it was a valid drag and drop
target. However, you can drag and drop between konqueror windows. Opera is not
working on my box right now, so I can't test with that.
I'm not sure if this is a difference in the dnd protocols between kde and
galeon, or something in the mozilla code, or the galeon code, or the konqueror
code.
Comment 7•23 years ago
|
||
ha! duped!
*** This bug has been marked as a duplicate of 141362 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•