home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / programm / 5202 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  2.7 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.net!gacvx2.gac.edu!gacvax2!scott
  2. Newsgroups: comp.sys.next.programmer
  3. Subject: Re: Shouldn't there be a NXObjectPBoard pasteboard type?
  4. Message-ID: <SCOTT.92Jul23140355@nic.gac.edu>
  5. From: scott@nic.gac.edu (Scott Hess)
  6. Date: 23 Jul 92 14:03:55
  7. References: <1992Jul23.055026.17206@fcom.cc.utah.edu>
  8. Organization: Gustavus Adolphus College
  9. Nntp-Posting-Host: nic.gac.edu
  10. In-reply-to: burchard@horizon.math.utah.edu's message of 23 Jul 92 05:50:26 GMTLines: 43
  11. Lines: 43
  12.  
  13. In article <1992Jul23.055026.17206@fcom.cc.utah.edu>
  14.     burchard@horizon.math.utah.edu (Paul Burchard) writes:
  15. >Wouldn't it be nifty to copy and paste objects between windows or
  16. >even apps? This could easily be done using the Objective-C's built-in
  17. >archiving capabilities.  To copy, just archive the object onto the
  18. >Pasteboard.  To paste, unarchive it.  (Multiple objects can be
  19. >placed into a List for transfer.)
  20. >
  21. >However, to make this work between apps there would need to be a
  22. >standardized Pasteboard type registered with NeXT and included in
  23. >the appkit header files.  Anyone know how I could register an
  24. >NXObjectPBoard type with NeXT?
  25.  
  26. You'd need more than that.  This would allow you to copy NeXT-supplied
  27. objects, which wouldn't be all that useful.  I could care less if
  28. I can copy a Button between applications.
  29.  
  30. So, at the least, you'd have to be able to send object code across
  31. so that custom objects will work.  If you put the objects in a
  32. dynamic-load object file, this would be trivial.  Perhaps you could
  33. just send a reference to the object file, rather than the actual
  34. object code.  That way you'd save space on the Pasteboard, and also
  35. the pasting program can more easily determine if it has already
  36. loaded the file in question.
  37.  
  38. Of course, this brings in many other problems.  It's a lot of work
  39. (sometimes even impossible) to have important Views and the like
  40. stand completely on their own.  In most cases, they need a lot of
  41. support from the Window they are in, or the Window's delegate, or
  42. the Application, or somewhere.  So, overall, I think a much more
  43. likely method would be to somehow transfer a remote object over a
  44. Pasteboard, and let the originating program handle the actual
  45. object.  I don't believe that NS3.0 "hot links" give you this
  46. capability (I believe they use a different method to transfer image
  47. data, not actual objects, between apps.  Please correct me if I'm
  48. wrong.  And please don't just say "You are wrong", tell me how it
  49. _does_ work).
  50.  
  51. Later,
  52. --
  53. scott hess <shess@ssesco.com>  <Who's now in a programming Berserker-frenzy>
  54. 12901 Upton Avenue South, #326  Burnsville, MN 55337 (612) 895-1208 Anytime!
  55. <I want to become so famous that people buy tapes of me reading source code>
  56.