I've always used Safari (current version 5.1.7), but the people over at
Ancestry.com do not support Safari, but do support Firefox (my version
13.0.1), so I've been using Firefox on Ancestry.
There is one problem from the same web sites I'm able to drag and drop
images to my genealogy program with Safari but not with Firefox. Is
there some settings I need to change in Firefox to be able to drag and
drop images off of web pages?
|
|
0
|
|
|
|
Reply
|
once2 (92)
|
6/30/2012 4:24:11 AM |
|
In article <once-B5F4B3.21241129062012@news.eternal-september.org>,
Gerry <once@around-the-block.org> wrote:
> I've always used Safari (current version 5.1.7), but the people over at
> Ancestry.com do not support Safari, but do support Firefox (my version
> 13.0.1), so I've been using Firefox on Ancestry.
>
> There is one problem from the same web sites I'm able to drag and drop
> images to my genealogy program with Safari but not with Firefox. Is
> there some settings I need to change in Firefox to be able to drag and
> drop images off of web pages?
I have the same FF version on Snow Leopard and dragging images off is
no problem, so ...
* What OS are you on?
* Perhaps you need to go slower and carefully select and then
slowwwwly drag across to the desktop or wherever.
* This is probably not relevant to your problem but I mention in case:
sometimes something can look like an image but is not in fact. If it a
style artifact (as in Fig. 6 at
<http://netweaver.com.au/floatHouse/page1.php>
it will not drag on mere one click and drag, though you can drag
something by clicking again and holding and dragging. What you are
dragging appears as an image but is in fact a mere empty clipping, the
element concerned is a contentless DIV, styled with coloured borders
for a purpose that we need not go into here.)
* A background image to an html element is perhaps another but more
serious contender for a draggable image (because a real image is used
by the author), but generally you cannot do this because it is still a
CSS style product.
--
dorayme
|
|
0
|
|
|
|
Reply
|
dorayme (1990)
|
6/30/2012 6:29:54 AM
|
|
In article <dorayme-EA4E79.16295430062012@news.albasani.net>,
dorayme <dorayme@optusnet.com.au> wrote:
> In article <once-B5F4B3.21241129062012@news.eternal-september.org>,
> Gerry <once@around-the-block.org> wrote:
>
> > I've always used Safari (current version 5.1.7), but the people over at
> > Ancestry.com do not support Safari, but do support Firefox (my version
> > 13.0.1), so I've been using Firefox on Ancestry.
> >
> > There is one problem from the same web sites I'm able to drag and drop
> > images to my genealogy program with Safari but not with Firefox. Is
> > there some settings I need to change in Firefox to be able to drag and
> > drop images off of web pages?
>
> I have the same FF version on Snow Leopard and dragging images off is
> no problem, so ...
>
> * What OS are you on?
I'm running OS 10.7.4.
>
> * Perhaps you need to go slower and carefully select and then
> slowwwwly drag across to the desktop or wherever.
I've been slow more than a dozen times, I can see the outline of the
image as I drag it from Firefox to my genealogy program, when I do this
in Safari the cursor will change to a green circle with a + sign in the
middle as the image comes over the picture field.
>
> * This is probably not relevant to your problem but I mention in case:
> sometimes something can look like an image but is not in fact. If it a
> style artifact (as in Fig. 6 at
I'm dragging the same image from the same web site to the same genealogy
program, first with Firefox where the image is not accepted, second with
Safari where the image is accepted.
|
|
0
|
|
|
|
Reply
|
once2 (92)
|
6/30/2012 7:11:59 AM
|
|
In article <once-C9AB77.00115930062012@news.eternal-september.org>,
Gerry <once@around-the-block.org> wrote:
....
>
> I'm dragging the same image from the same web site to the same genealogy
> program, first with Firefox where the image is not accepted, second with
> Safari where the image is accepted.
OK, take a step back and say if you are able to drag an image off a
webpage onto the desktop OK?
I am thinking, as a workaround, if you drag an image off a webpage min
Safari onto the desktop first, let go, and then, as a second step,
drag the image off the desktop onto your program, does it do what you
want in your app? I assume so. Now, doing the same in FF should also
work because, since the first step is possible in FF (it is, isn't it?
Or are you having trouble with your FF on this one too?), the second
step is independent of all browsers. Forgive me if I am not clear on
your app or context.
--
dorayme
|
|
0
|
|
|
|
Reply
|
dorayme (1990)
|
6/30/2012 7:46:58 AM
|
|
In article <dorayme-D3C83D.17465730062012@news.albasani.net>,
dorayme <dorayme@optusnet.com.au> wrote:
> In article <once-C9AB77.00115930062012@news.eternal-september.org>,
> Gerry <once@around-the-block.org> wrote:
> ...
> >
> > I'm dragging the same image from the same web site to the same genealogy
> > program, first with Firefox where the image is not accepted, second with
> > Safari where the image is accepted.
>
> OK, take a step back and say if you are able to drag an image off a
> webpage onto the desktop OK?
Yes I can drag an image from a web page to my desktop with Firefox and
then drag the image from the desktop to my genealogy program [Reunion
version 10], in Safari I can drag the same image from the same web site
directly to my Reunion program.
I just did another test opening the same web page with the same image in
both Firefox and Safari, and then opened a new TextEdit document and
tried drag-dropping the image, Firefox produced the green circle cursor
with the + sign as the image was over the TextEdit document but on
releasing the mouse button no image is copied, whereas in Safari the
image is easily drag-dropped to the the TextEdit document.
So it appears that either Firefox has a bug or there is some setting
that I need to change.
|
|
0
|
|
|
|
Reply
|
once2 (92)
|
6/30/2012 2:16:07 PM
|
|
In article <once-9AEE35.07160730062012@news.eternal-september.org>,
Gerry <once@around-the-block.org> wrote:
> In article <dorayme-D3C83D.17465730062012@news.albasani.net>,
> dorayme <dorayme@optusnet.com.au> wrote:
>
> > In article <once-C9AB77.00115930062012@news.eternal-september.org>,
> > Gerry <once@around-the-block.org> wrote:
> > ...
> > >
> > > I'm dragging the same image from the same web site to the same genealogy
> > > program, first with Firefox where the image is not accepted, second with
> > > Safari where the image is accepted.
> >
> > OK, take a step back and say if you are able to drag an image off a
> > webpage onto the desktop OK?
>
> Yes I can drag an image from a web page to my desktop with Firefox and
> then drag the image from the desktop to my genealogy program [Reunion
> version 10], in Safari I can drag the same image from the same web site
> directly to my Reunion program.
>
> I just did another test opening the same web page with the same image in
> both Firefox and Safari, and then opened a new TextEdit document and
> tried drag-dropping the image, Firefox produced the green circle cursor
> with the + sign as the image was over the TextEdit document but on
> releasing the mouse button no image is copied, whereas in Safari the
> image is easily drag-dropped to the the TextEdit document.
>
> So it appears that either Firefox has a bug or there is some setting
> that I need to change.
Firefox and Opera don't use the Webkit rendering engine to display stuff
on the screen. Safari and Chrome do use Webkit.
It's up to the FF developers to decide if that's a bug or a feature.
Does FF use the Keychain to store passwords? If not, that's not a bug,
but an implementation limitation.
I sometime use multiple browsers. Sometimes a video won't display on
Safari but works just fine on Chrome.
YMMV.
--
DeeDee, don't press that button! DeeDee! NO! Dee...
[I filter all Goggle Groups posts, so any reply may be automatically ignored]
|
|
0
|
|
|
|
Reply
|
vilain2 (1919)
|
6/30/2012 6:59:08 PM
|
|
In article <vilain-F05AFF.11590730062012@news.individual.net>,
Michael Vilain <vilain@NOspamcop.net> wrote:
> In article <once-9AEE35.07160730062012@news.eternal-september.org>,
> Gerry <once@around-the-block.org> wrote:
>
> > In article <dorayme-D3C83D.17465730062012@news.albasani.net>,
> > dorayme <dorayme@optusnet.com.au> wrote:
> >
> > > In article <once-C9AB77.00115930062012@news.eternal-september.org>,
> > > Gerry <once@around-the-block.org> wrote:
> > > ...
> > > >
> > > > I'm dragging the same image from the same web site to the same
> > > > genealogy
> > > > program, first with Firefox where the image is not accepted, second
> > > > with
> > > > Safari where the image is accepted.
> > >
> > > OK, take a step back and say if you are able to drag an image off a
> > > webpage onto the desktop OK?
> >
> > Yes I can drag an image from a web page to my desktop with Firefox and
> > then drag the image from the desktop to my genealogy program [Reunion
> > version 10], in Safari I can drag the same image from the same web site
> > directly to my Reunion program.
> >
> > I just did another test opening the same web page with the same image in
> > both Firefox and Safari, and then opened a new TextEdit document and
> > tried drag-dropping the image, Firefox produced the green circle cursor
> > with the + sign as the image was over the TextEdit document but on
> > releasing the mouse button no image is copied, whereas in Safari the
> > image is easily drag-dropped to the the TextEdit document.
> >
> > So it appears that either Firefox has a bug or there is some setting
> > that I need to change.
>
> Firefox and Opera don't use the Webkit rendering engine to display stuff
> on the screen. Safari and Chrome do use Webkit.
>
> It's up to the FF developers to decide if that's a bug or a feature.
> Does FF use the Keychain to store passwords? If not, that's not a bug,
> but an implementation limitation.
>
> I sometime use multiple browsers. Sometimes a video won't display on
> Safari but works just fine on Chrome.
I assume drag-and-drop uses some of the same underlying mechanisms as
cut-and-paste (although it obviously bypasses the main clipboard to do
it). IIUC, when you cut something, the originating application can make
it available in a variety of formats (e.g. cutting from a word processor
can generate both formatted and plain text), and when you paste the
receiving application indicates which formats it understands and gets
that one.
What may be going on here is that when you drag out of FF it generates
an image format that the Finder recognizes, but TextEdit and Reunion
don't. Safari generates a different image format that all these
applications understand.
This is a compatibility issue, but like he said, it's not necessarily a
bug. And if it is a bug, it could just as easily be considered a bug in
TextEdit and Reunion -- perhaps they should recognize this format.
Although if there's a "least common denominator" format that all
applications are expected to generate and understand, it seems like FF
should generate that if possible.
--
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
|
|
0
|
|
|
|
Reply
|
barmar (5629)
|
6/30/2012 7:29:07 PM
|
|
In article <once-9AEE35.07160730062012@news.eternal-september.org>,
Gerry <once@around-the-block.org> wrote:
> In article <dorayme-D3C83D.17465730062012@news.albasani.net>,
> dorayme <dorayme@optusnet.com.au> wrote:
>
> > In article <once-C9AB77.00115930062012@news.eternal-september.org>,
> > Gerry <once@around-the-block.org> wrote:
> > ...
> > >
> > > I'm dragging the same image from the same web site to the same genealogy
> > > program, first with Firefox where the image is not accepted, second with
> > > Safari where the image is accepted.
> >
> > OK, take a step back and say if you are able to drag an image off a
> > webpage onto the desktop OK?
>
> Yes I can drag an image from a web page to my desktop with Firefox and
> then drag the image from the desktop to my genealogy program [Reunion
> version 10], in Safari I can drag the same image from the same web site
> directly to my Reunion program.
Right, I understand, I was suggesting it as a workaround for you. If
you are keen to use FF, this two step process is pretty quick and you
can make it as efficient as your conditions dictate. To delete the
desktop versions afterwards, you can select and command delete (as you
probably know).
--
dorayme
|
|
0
|
|
|
|
Reply
|
dorayme (1990)
|
6/30/2012 10:43:25 PM
|
|
On 06-30-2012 15:29, Barry Margolin wrote:
> This is a compatibility issue, but like he said, it's not necessarily a
> bug. And if it is a bug, it could just as easily be considered a bug in
> TextEdit and Reunion -- perhaps they should recognize this format.
> Although if there's a "least common denominator" format that all
> applications are expected to generate and understand, it seems like FF
> should generate that if possible.
Safari and Reunion are both designed for Mac. FireFox is more generic.
--
Wes Groleau
Pat's Polemics
http://Ideas.Lang-Learn.us/barrett
|
|
0
|
|
|
|
Reply
|
news31 (6411)
|
7/1/2012 2:57:59 AM
|
|
In article <vilain-F05AFF.11590730062012@news.individual.net>,
Michael Vilain <vilain@NOspamcop.net> wrote:
> In article <once-9AEE35.07160730062012@news.eternal-september.org>,
> Gerry <once@around-the-block.org> wrote:
> > I just did another test opening the same web page with the same image in
> > both Firefox and Safari, and then opened a new TextEdit document and
> > tried drag-dropping the image, Firefox produced the green circle cursor
> > with the + sign as the image was over the TextEdit document but on
> > releasing the mouse button no image is copied, whereas in Safari the
> > image is easily drag-dropped to the the TextEdit document.
> >
> > So it appears that either Firefox has a bug or there is some setting
> > that I need to change.
>
> Firefox and Opera don't use the Webkit rendering engine to display stuff
> on the screen. Safari and Chrome do use Webkit.
>
I don't think that it is a matter of using Webkit. Try the same thing
with the Console open and set to view All Messages. Also open Activity
Monitor and make sure that the column for Sandbox is viewable.
Drag and drop of an image from Firefox onto a TextEdit window will fail
with the Console message indicating that TextEdit is sandboxed.
Drag and drop an image from Safari works. Looking at Activity Monitor,
I see that Safari Web Content is a sandboxed process.
Drag and drop from Firefox to the Desktop works. Look at Activity
Monitor and we see that Finder is not sandboxed.
If I remember correctly, this thread started out with dragging and
dropping an image from a browser to Reunion. Is Reunion a sandboxed
application? At this point I only have what appears to be a cause and
effect for one browser working and another one not. Knowing if Reunion
or any subprocess it relies on is sandboxed may help firm up the issue.
--
Matt Broughton
Only relatives are absolute.
|
|
0
|
|
|
|
Reply
|
walterwego2 (174)
|
7/1/2012 3:16:01 PM
|
|
|
9 Replies
72 Views
(page loaded in 0.18 seconds)
Similiar Articles: Safari and javascript - comp.lang.javascriptFirefox Mac vs PC - comp.sys.mac.apps onbeforeunload doesn't work in Safari - comp.lang.javascript ... This works in Firefox and IE. Safari, however, blithely ignores this ... XML validation with parseFromString on Safari - comp.lang ...Hi, When I use parseFromString on Firefox or loadXML on Internet Explorer, I can know if it's a valid xml content but when I use parseFromString on Safari, I get a ... firefox reload(true) problem - comp.lang.javascriptSafari and javascript - comp.lang.javascript firefox reload(true) problem - comp.lang.javascript Firefox Mac vs PC - comp.sys.mac.apps firefox reload(true) problem - comp ... Music XML web browser plugin - comp.music.midiFirefox Mac vs PC - comp.sys.mac.apps... Plugin? - comp.databases ... XML validation with parseFromString on Safari - comp.lang ... Firefox Mac vs PC - comp.sys.mac ... Safari Adobe Reader plug-in - comp.sys.mac.appsSince upgrading to Adobe Reader 10, Safari keeps asking me for a program t... ... How not to bring up Adobe PDF files in Mozilla Firefox browser ... Anyone know how to ... firefox cannot be killed, and more... - comp.unix.solaris ...Safari and javascript - comp.lang.javascript... it is also understood by IE ... Firefox Mac vs PC - comp.sys.mac.apps CrossOver doesn't support Firefox for Windows. developer forum - comp.lang.java.securitySafari and javascript - comp.lang.javascript... it is also understood by IE :-) get FireFox and its add-on : "Web developer" to fix ... ... Object Rexx: Development Edition vs ... Help installing Plugins - comp.graphics.apps.gimpSafari Adobe Reader plug-in - comp.sys.mac.apps Turns out what it did was re-install the 9 plug-in. ... Disable the God forsaken Firefox Adobe Acrobat PDF plugin ... [FYI] MSXML HTTP translates response status code 204 to 1223 ...... status); // !status: local file access or Safari ... 2\d\d)\b/` to: `OK_EXPR: /\b(0|2\d\d|1223)\b/` vs ... Mozilla/Firefox can return a status code of "0" for some ... ADSL connection, good enough to support web-database requests ...Safari and javascript - comp.lang.javascript Re your suggestion about FireFox, is it close enough to ... ... Google Answers: ADSL vs. SDSL Considering only ... Browser wars: IE vs. Firefox vs. Chrome vs. Safari vs. OperaAll eyes are on Google's Chrome browser as it battles Mozilla's Firefox in a tight fight for the No. 2 position behind Microsoft's Internet Explorer, which is holding ... IE9 vs. Chrome vs. Firefox vs. Safari at Pwn2Own 2011 - SoftpediaPre-release versions of the latest major iterations of browsers from Microsoft, Google, Mozilla and Apple will come under attack in March at CanSecWest’s 5th annual ... 7/9/2012 7:25:38 AM
|