home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sun / apps / 2811 < prev    next >
Encoding:
Internet Message Format  |  1992-12-20  |  2.2 KB
  1. Xref: sparky comp.sys.sun.apps:2811 comp.windows.open-look:4866 alt.toolkits.xview:1143
  2. Path: sparky!uunet!spool.mu.edu!tulane!uflorida!usf.edu!zeus!gohel
  3. From: gohel@zeus.csee.usf.edu (Himanshu Gohel)
  4. Newsgroups: comp.sys.sun.apps,comp.windows.open-look,alt.toolkits.xview
  5. Subject: Re: (?) Print Tool deleting files when it's not supposed to...
  6. Keywords: drag-n-drop onto an illegal site
  7. Message-ID: <1992Dec7.141539.24167@ariel.ec.usf.edu>
  8. Date: 7 Dec 92 14:15:39 GMT
  9. References: <1992Dec3.185302.21839@cs.uno.edu>
  10. Sender: gohel@zeus (Himanshu Gohel)
  11. Reply-To: gohel@csee.usf.edu
  12. Followup-To: comp.sys.sun.apps
  13. Organization: U of South Florida, Dept. of Computer Science
  14. Lines: 35
  15.  
  16. In article <1992Dec3.185302.21839@cs.uno.edu>, emurphy@cs.uno.edu
  17.    (Edward Murphy) writes:
  18. |> 
  19. |> ...[deleted]...
  20. |> 
  21. |> When a file is dragged form the File Manager and dropped onto the  
  22. |> box, it is printed and everything is fine. However, when the file is  
  23. |> dragged and dropped onto the "Files:" field, it is not printed AND it is  
  24. |> removed! This is an interesting "feature" which I have not been able to  
  25. |> find documented.
  26.  
  27.    Something of this nature was discussed either in comp.windows.open-look
  28.    or alt.toolkits.xview, I don't remember which.  Basically the person
  29.    who replied said that what you're doing when you drag a file onto the
  30.    "Files:" field is asking to *MOVE* the file from the File Manager to
  31.    that location; so it does that!  (This is similar to dragging a file from
  32.    one folder in the file manager and dropping it into another)
  33.  
  34.    As opposed to that, when you drop it onto a legal Drop site, it doesn't
  35.    move it, it sends a copy to the Print tool.
  36.  
  37. |> After some experimentation. we've determined that such an action (i.e. the  
  38. |> filed being deleted after dragging and dropping) can be reproduced  
  39. |> anywhere ... [deleted]...
  40. |> 
  41. |> My first instinct is, this is a bug. If it is, does anyone have a fix? If  
  42. |> it isn't, then what the heck is going on?
  43. |> 
  44.    According to the above description, it is not a bug, it is
  45.    'apropriate' behaviour.  You must use the legal drop sites for the
  46.    action you wish to perform.
  47.  
  48. -- 
  49. Himanshu Gohel, Gohel@csee.usf.edu
  50. U of South Florida, Tampa, FL 33620-3140
  51.