home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / programm / 5390 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  1.6 KB

  1. Path: sparky!uunet!mcsun!Germany.EU.net!unido!prim!dave
  2. From: prim!dave@germany.eu.net (Dave Griffiths)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Filenames not presented to Services
  5. Message-ID: <1992Aug1.014823.864@prim>
  6. Date: 1 Aug 92 01:48:23 GMT
  7. Organization: Primitive Software Ltd.
  8. Lines: 25
  9.  
  10. I had an idea for a Service utility that would take as input a filename. The
  11. filename would usually be associated with the key window. For instance, if
  12. you are in Edit, the name of the file you are editing is presented to any
  13. Service that wants to use it.
  14.  
  15. Unfortunately, I have just discovered that Edit is one of the few apps that
  16. *do* present the filename to a Service. Improv, WriteNow, WordPerfect etc
  17. do not. This seems a bit of a shortcoming (and has scuppered the plans for
  18. my utility!). The problem is that the app must explicitly do things to 
  19. provide the filename as a Service send type.
  20.  
  21. How can the default behaviour be improved? One way would be for NeXT to add
  22. the functionality to present the filename as a Send type by default. This
  23. could be done in the setTitleAsFilename: method of Window.
  24.  
  25. While we're on the subject, I was also planning to be able to drop the
  26. filename icons into my utility as an alternative to using a service. It
  27. would be neat if the icon for the file currently being edited in an arbitrary
  28. application was readily available, say in the window title bar. (I was also
  29. going to write a Service utility to display the icon for the current
  30. filename, but if only Edit and Draw can use it there doesn't seem much point!).
  31.  
  32. Is the situation any better in 3.0?
  33.  
  34. Dave Griffiths
  35.