D&D warning alert w/Finder folder drop

  • Hi:

    I get the following alert when dropping a folder of files unto an
    NSTextView from the Finder:

        "Warning: Do you really want to copy the contents of the dragged
    items into the text?"

    The Alert has Copy, Cancel and Alias response buttons.

    1) If I wanted, in the application, to always Copy & NEVER Alias the
    dropped files, is it possible to change the Alert to not have the
    Alias choice? (Frankly, this must be confusing to most Apple users
    and I wonder how this ever got past the usability guys at Apple).

    2) Is it appropriate to always just allow the drop (like simple file
    drops are accepted w/o question)?

    3) If it is OK to just always allow the drop, how does one disable
    this Alert completely?

    Thanks.

    Chris
  • Does anyone have any wisdom on this subject matter?

    Begin forwarded message:

    > Hi:
    >
    > I get the following alert when dropping a folder of files unto an
    > NSTextView from the Finder:
    >
    > "Warning: Do you really want to copy the contents of the dragged
    > items into the text?"
    >
    > The Alert has Copy, Cancel and Alias response buttons.
    >
    > 1) If I wanted, in the application, to always Copy & NEVER Alias
    > the dropped files, is it possible to change the Alert to not have
    > the Alias choice? (Frankly, this must be confusing to most Apple
    > users and I wonder how this ever got past the usability guys at
    > Apple).
    >
    > 2) Is it appropriate to always just allow the drop (like simple
    > file drops are accepted w/o question)?
    >
    > 3) If it is OK to just always allow the drop, how does one disable
    > this Alert completely?
    >
    > Thanks.
    >
    > Chris
  • On 22 Oct 2007, at 19:46, Chris Heimark wrote:

    > Does anyone have any wisdom on this subject matter?

    Generally if nobody replies, it's because nobody knows or has
    anything to say on the subject.  However:

    > Begin forwarded message:
    >
    >> Hi:
    >>
    >> I get the following alert when dropping a folder of files unto an
    >> NSTextView from the Finder:
    >>
    >> "Warning: Do you really want to copy the contents of the
    >> dragged items into the text?"
    >>
    >> The Alert has Copy, Cancel and Alias response buttons.

    Have you tried comparing your code/the setup of your NSTextView to
    the one in TextEdit?  (The code for TextEdit is one of the samples
    in /Developer/Examples/AppKit.)

    TextEdit plainly doesn't exhibit this behaviour (at least, not on my
    system), so there is something about your particular program that is
    triggering it I think.

    Kind regards,

    Alastair.

    --
    http://alastairs-place.net
  • On Oct 23, 2007, at 5:53 AM, Alastair Houghton wrote:

    > On 22 Oct 2007, at 19:46, Chris Heimark wrote:
    >
    >> Does anyone have any wisdom on this subject matter?
    >
    > Generally if nobody replies, it's because nobody knows or has
    > anything to say on the subject.  However:
    I completely understand. Thanks for helping me think this through. I
    appreciate your support. BTW, is this site the official Apple fed list?

    >
    >> Begin forwarded message:
    >>
    >>> Hi:
    >>>
    >>> I get the following alert when dropping a folder of files unto an
    >>> NSTextView from the Finder:
    >>>
    >>> "Warning: Do you really want to copy the contents of the
    >>> dragged items into the text?"
    >>>
    >>> The Alert has Copy, Cancel and Alias response buttons.
    >
    > Have you tried comparing your code/the setup of your NSTextView to
    > the one in TextEdit?  (The code for TextEdit is one of the samples
    > in /Developer/Examples/AppKit.)
    >
    Anyway, TextEdit 1.4(220) out of the box with OS 10.4.10 (8R218) PPC
    does exhibit this behaviour on a drop from finder on my machine. The
    TextEdit sample, built as either Development or Deployment builds,
    exhibiting same versioning as released version, do the same thing.
    Puzzling. Are you on Intel?

    I will attempt to see if nib settings for my app and TextEdit are the
    same. The only D&D code I have (adopted from TextEdit sample) are two
    drag routines and they work just fine to allow me to drop files on
    the finder.

    Meanwhile, if you have any other suggestions, I would appreciate them.

    Thanks. Puzzled in Paoli...

    Chris

    > TextEdit plainly doesn't exhibit this behaviour (at least, not on
    > my system), so there is something about your particular program
    > that is triggering it I think.
    >
    > Kind regards,
    >
    > Alastair.
    >
    > --
    > http://alastairs-place.net
    >
    >
    >
  • On 23 Oct 2007, at 13:03, Chris Heimark wrote:

    > On Oct 23, 2007, at 5:53 AM, Alastair Houghton wrote:
    >
    >> Generally if nobody replies, it's because nobody knows or has
    >> anything to say on the subject.  However:
    >
    > I completely understand. Thanks for helping me think this through.
    > I appreciate your support. BTW, is this site the official Apple fed
    > list?

    Yes.  Though all of the people reading the list, including the
    moderators, are volunteers.  Apple doesn't provide official support
    via this list (that's what DTS is for).

    > Anyway, TextEdit 1.4(220) out of the box with OS 10.4.10 (8R218)
    > PPC does exhibit this behaviour on a drop from finder on my
    > machine. The TextEdit sample, built as either Development or
    > Deployment builds, exhibiting same versioning as released version,
    > do the same thing. Puzzling. Are you on Intel?

    Ah, sorry, my fault.  I didn't read carefully enough.  You dropped a
    folder, rather than just a single file.  Mine works the same way, in
    that case.

    It does seem sensible to ask the question if someone drops a folder,
    rather than a file; after all, there is a reasonable chance that they
    really do want an alias (e.g. so that a document explaining how to do
    something can have a clickable link to the Applications folder) and
    folders could be rather large.

    If you still want to disable it, you may be able to override some of
    the methods from the NSDraggingDestination protocol to prevent its
    display.

    Kind regards,

    Alastair.

    --
    http://alastairs-place.net
  • On Oct 23, 2007, at 8:25 AM, Alastair Houghton wrote:

    >> Anyway, TextEdit 1.4(220) out of the box with OS 10.4.10 (8R218)
    >> PPC does exhibit this behaviour on a drop from finder on my
    >> machine. The TextEdit sample, built as either Development or
    >> Deployment builds, exhibiting same versioning as released version,
    >> do the same thing. Puzzling. Are you on Intel?
    >
    > Ah, sorry, my fault.  I didn't read carefully enough.  You dropped
    > a folder, rather than just a single file.  Mine works the same way,
    > in that case.
    Whewh ...I'm not the only one ... I thought insanity may have caught
    up with me ;-)

    >
    > It does seem sensible to ask the question if someone drops a
    > folder, rather than a file; after all, there is a reasonable chance
    > that they really do want an alias (e.g. so that a document
    > explaining how to do something can have a clickable link to the
    > Applications folder) and folders could be rather large.
    If the finder window being dragged from happens to obscure where the
    dialog will show upon drop, the dialog locks the refresh of the
    screen and the + sign drag cursor mysteriously remains ... until the
    user figures out they have to click on the receiving window ... which
    is then followed by a dialog based "don't click there beep" ...
    decidedly unfriendly and un-Apple like ;-)

    This is OK - I'll just have to explain this possible behaviour to my
    user base.

    >
    > If you still want to disable it, you may be able to override some
    > of the methods from the NSDraggingDestination protocol to prevent
    > its display.
    I'll explore this as a possible way out of this particular "dialog
    nightmare"...

    Thanks for your help!

    Chris
previous month october 2007 next month
MTWTFSS
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        
Go to today