home *** CD-ROM | disk | FTP | other *** search
/ Altsys Virtuoso 2.0K / virtuoso_20k.iso / DemoApps / Workspace / TickleServices / README < prev    next >
Encoding:
Text File  |  1994-06-08  |  4.5 KB  |  87 lines
  1. Copyright 1993,1994 Scott Hess  All Rights Reserved
  2.  
  3. Welcome to Tickle Services
  4.  
  5. TickleServices is a dynamic NEXTSTEP Services Menu framework.  TickleServices
  6. is distributed as shareware (see the License section of the online manual).
  7. Hopefully you will enjoy using TickleServices as much as I have enjoyed
  8. bringing it to you.
  9.  
  10.     Scott Hess
  11.     12901 Upton Avenue South, #326
  12.     Burnsville, MN  55337
  13.     (612) 895-1208 (home)
  14.     (612) 890-1332 (office)
  15.     scott@gac.edu    or    shess@ssesco.com
  16.  
  17. For installation instructions, please consult the Getting Started file.
  18.  
  19. [To the archive maintainer:  TickleServices is shareware, so it probably
  20.  belongs with commercial and semi-commercial offerings.  TickleServices1.1
  21.  runs under NS3.x for Motorola or Intel and replaces TickleServices1.02.  It
  22.  should not replace TickleServices1.01, because version 1.01 can run under
  23.  NeXTSTEP2.1 while version 1.1 cannot.]
  24.  
  25.  
  26. Why You Should be Interested in TickleServices
  27.  
  28. Almost everyone in the NeXT market is familiar with at least one of the wide
  29. variety of service-providing ``applets'' available on the network.  These
  30. provide services ranging from reformatting and quoting email messages to
  31. copying the name of the currently selected file to the Pasteboard.
  32. Unfortunately, such applets are too useful.  One begins to notice a row of
  33. services-providing applets arrayed across the bottom of the screen, plus a
  34. couple hanging around in the background as daemon processes.  Furthermore,
  35. almost all of these applets contain large amounts of duplicated code to
  36. implement the interface to the services facility, which translates directly
  37. into duplicated effort.
  38.  
  39. This is the situation TickleServices developed from.  It was not that there
  40. were complaints about the applets - they all seemed to work consistently
  41. well.  It just seemed that there should be a better way to accomplish the
  42. same thing in a more general fashion, without requiring 10 service-providing
  43. programs to do it.
  44.  
  45. TickleServices provides a framework upon which new services entries may be
  46. built.  It uses a string-based scripting language to direct execution, which
  47. allows many text-handling services to be written in one or two lines.  Instead
  48. of writing fifteen lines of Objective-C code to support two lines of actual
  49. services work, you just write the two lines and be done with it.  The scripting
  50. language is Tcl, for Tool Command Language, and is pronounced ``tickle''.
  51.  
  52. TickleServices allows for much more rapid prototyping of new services than
  53. Objective-C does.  When you modify a TickleServices service, you save it and
  54. the new version is available immediately for testing.  You need not wait for
  55. the provider to compile, nor be concerned with replacing the currently running
  56. version with the newly built version.  In the time it might take to look up
  57. the documentation needed to write an Objective-C services provider, you will
  58. likely have the service finished in TickleServices.  Then you can either get
  59. back to work, spend some quality time with your family/significant other, or
  60. better yet, apply the saved time to adding bells and whistles to your new
  61. service.
  62.  
  63. For instance, in April of 1993, there was a thread on one of the
  64. comp.sys.next.* newsgroups about different operations that would be useful
  65. in Workspace, such as ``Copy To'' and ``Group In Directory''.  This happened
  66. in the midst of the TickleServices beta cycle.  A couple minutes after reading
  67. the posts, I had an initial version of the services up and running.  That
  68. evening, I received emailed versions from some of my beta testers.
  69. TickleServices makes creation of new services painless enough that it's easier
  70. to implement the service than it is to discuss whether or not the service is
  71. worth implementing.
  72.  
  73. If anything, TickleServices makes it too easy to build new services.  I've
  74. lost many hours in the past couple months writing interesting new services
  75. of dubious utility, just because it wasn't hard to do so.  My beta testers
  76. threatened to revolt as their services menus started to push off the bottom
  77. of the screen.  Watch yourself lest you spend more time adding tinsel to
  78. services than you spend actually using them!
  79.  
  80. Another innovation is that TickleServices separates the NEXTSTEP front-end
  81. program from the services-providing daemon.  The immediate advantage of this
  82. separation is that once you have TickleServices installed, you need not run
  83. the TickleServices.app front-end unless you wish to modify your services
  84. entries.  There need be no undesired icons sullying your Workspace.  As an
  85. added bonus, the TickleServices services are available from all programs,
  86. including the front-end.
  87.