home *** CD-ROM | disk | FTP | other *** search
/ Amiga Plus Extra 1997 #5 / AmigaPlus_Extra-CD_5-97.iso / system / mui / developer / docs / policies < prev    next >
Text File  |  1977-12-31  |  10KB  |  180 lines
  1. ------------------------------------------------------------------------
  2.                    Using MUI in your own applications
  3. ------------------------------------------------------------------------
  4.  
  5. The  following  text  describes the rules and caveats if you want to use
  6. the  MUI  system  in  one of your applications. Please read the complete
  7. document,  following  the  rules  are  some  paragraphs that try to give
  8. reasons why things are handled this way.
  9.  
  10. Since  the  rules  are different for freely distributable and commercial
  11. applications, some definitions follow before we get started:
  12.  
  13. In  this  document,  the  term "freely distributable" refers to software
  14. which  is  either really for free (costs nothing) or which lets the user
  15. decide  if  he  wants  to  pay.  Some  restrictions for not paying users
  16. (better: enhancements for paying users) are acceptable, but the software
  17. has to work even without paying. Freely distributable software is one of
  18. public  domain (not copyrighted), freeware (copyrighted but for free) or
  19. shareware (copyrighted and requesting a rather low fee).
  20.  
  21. Every  program  that  doesn't fit into the freely distributable group is
  22. considered  commercial.  If  you  are  unsure  about  the  type  of your
  23. application, just ask.
  24.  
  25.  
  26. ------------------------------------------------------------------------
  27.                      Freely Distributable Software
  28. ------------------------------------------------------------------------
  29.  
  30. Freely  distributable  software may use MUI for free, no special license
  31. agreements  are needed. However, redistributing parts of MUI (libraries,
  32. classes,  preferences) together with your application is neither allowed
  33. nor  necessary.  Users of FD applications are usually enough experienced
  34. to  look out for the complete MUI package themselves. Not redistributing
  35. MUI  helps  eliminating  network traffic and keeps down archive size. If
  36. you really feel that your application absolutely needs a MUI coming with
  37. it, just contact me. I am sure we will find a solution.
  38.  
  39. The  copyright  information  contained in all programs using MUI and the
  40. accompanying  documentation  should state that this program uses MUI and
  41. that MUI was written by Stefan Stuntz.
  42.  
  43. Freely distributable software should also contain some basic information
  44. about MUI to help unexperienced users to find it and to make some little
  45. advertisement  for  my  system. You can either directly use the supplied
  46. "ReadMe.mui"  for  this  purpose or say something similiar with your own
  47. words.  If  you  really  dislike  the advertisement, I won't mind if you
  48. remove  the  registration  part from the readme file. But hey... you got
  49. this fantastic MUI for free so why not help me making some money? :-)
  50.  
  51.  
  52. ------------------------------------------------------------------------
  53.                           Commercial Software
  54. ------------------------------------------------------------------------
  55.  
  56. MUI  within  commercial software is not for free. Your company will have
  57. to pay a licensing fee somewhere between US$ 50.- for very small and US$
  58. 500.-  for  very  big  applications. Usually, the price is calculated by
  59. multiplying  the suggested retail price of your product with a factor of
  60. five, but this is only some kind of very rough example. Rather expensive
  61. applications  with  probably  very  few customers (e.g. mailbox or other
  62. "special  purpose"  software) will of course get other conditions. Also,
  63. if you plan to use MUI for more applications, multi application licenses
  64. are available. Just contact me and ask.
  65.  
  66. The  license  agreement  will  allow  you  to  use  the  current and all
  67. following versions of MUI with the current and all following versions of
  68. your product. You will also get the rights to reproduce and redistribute
  69. some  of  the  files  from  the  MUI  distribution, including the master
  70. library,  the  classes  and  the preferences program. Special commercial
  71. versions  of  this  preferences  program without shareware reminders are
  72. available on demand.
  73.  
  74. The  copyright  information  contained in all programs using MUI and the
  75. accompanying  documentation  should state that this program uses MUI and
  76. that  MUI  is  copyrighted  by  and reproduced under license from Stefan
  77. Stuntz.
  78.  
  79.  
  80. ------------------------------------------------------------------------
  81.                                Discussion
  82. ------------------------------------------------------------------------
  83.  
  84. First  of  all,  these  policies  are  not  some  kind  of quick hack. I
  85. considered lots of other possibilities and it took quite a long time for
  86. me to decide. Please read the following paragraphs carefully, I hope you
  87. will understand my reasons.
  88.  
  89. There are some main destinations I wanted to reach:
  90.  
  91. - MUI shall become a standard in user interface generation on the Amiga.
  92.   I  really  want  to  see lots of products having powerful and flexible
  93.   GUIs  that  adapt to a users wishes. And I don't want to see hardcoded
  94.   topaz/8 applications on a 1280x1024 resolution making my eyes go crazy
  95.   anymore.
  96.  
  97. - MUI  shall  be  used  in all kinds of applications, regardless whether
  98.   they  are distributed as Public Domain, Freeware, Giftware, Shareware,
  99.   Commercial Ware or whatever else.
  100.  
  101. - And... please excuse me... I want to make some money with MUI. :-)
  102.  
  103.  
  104. First  of all, if something wants to become a standard on the Amiga, the
  105. public  domain  and  freeware  scene  is  the  most  important  thing to
  106. consider.  There  is  a really huge number of programmers that work just
  107. for  fun,  supplying  all the little (and sometimes big) tools that make
  108. our  lifes  easier.  These  people do a really great job and surely will
  109. help keeping the Amiga alive for a long long time.
  110.  
  111. Of  course I could have released MUI as a completely commercial product,
  112. sold  for  a somewhat high price. Some companies might have bought it to
  113. create  some  of  their applications, but only very few public domain or
  114. shareware programmers would have been willing to pay such a considerable
  115. amount  of  money.  And even if some of them would, MUI would never have
  116. the  chance  to become a real standard. Besides this fact, I don't think
  117. that  it's  a  good idea to take money from people who spend their spare
  118. time  in  writing  public  domain applications. If an application is for
  119. free, the use of MUI has to be free too.
  120.  
  121. Since  charging programmers is not what I wanted to do, the only way for
  122. me to get some money out of MUI is to have the users of applications pay
  123. for  it.  Well,  in fact they are the ones who benefit from flexible and
  124. configurable  programs,  charging  them seems quite reasonable. Luckily,
  125. there  are a lot more users than programmers. This results in a very low
  126. price  which  seems  to be even more cheap if you consider that a single
  127. registration  allows  configuration  of  all  currently existing and all
  128. future MUI applications.
  129.  
  130. Furthermore,  I  do  not  force people to register. Most other shareware
  131. products  allow some period of evaluation time after that one either has
  132. to  register  or  to  delete  the  program.  This  is  not true for MUI.
  133. Registration  is only necessary when some advanced configuration options
  134. are  wanted.  If  one feels he doesn't need fancy background patterns or
  135. customized  listview  smoothing,  he  may perfectly use MUI applications
  136. without registrating for MUI.
  137.  
  138. Distribution policies for commercial applications are kind of different.
  139. If I see someone making real money with the aid of my work, it should be
  140. easily  understandable  that  I  also want to get a little piece of that
  141. cake. That's why the use of MUI is not for free in commercial programs.
  142.  
  143. My  first  ideas  were  to  have  some  kind  of percentage fee per sold
  144. application  but this would become uncontrollable and too complicated to
  145. handle  quite  soon.  So  I  decided to have a fixed license fee which's
  146. amount  depends  on  the size of the product. Thus, small and relatively
  147. cheap  programs with probably not too much financial profit will be able
  148. to  get  a cheap MUI license whereas big products will have to pay a bit
  149. more.
  150.  
  151. If  you consider the licensing fee as too high, please think of how long
  152. a  programmer would work for some $100 and how long it would take him to
  153. create  a  flexible  and  powerful user interface. Of course, building a
  154. hard  coded topaz/8 GUI with some of the available interface builders is
  155. not  that  difficult either, but if that's what you want for your users,
  156. why are you actually thinking about MUI?
  157.  
  158. I  understand  that  it's nearly impossible to sell a commercial product
  159. together  with  a MUI preferences program with some disabled options and
  160. shareware  reminders.  Therefore, commercial licensees may get a special
  161. stripped  version of this tool which only contains the possible settings
  162. of  an unregistered MUI but doesn't contain any reminders or other stuff
  163. unsuitable  for  commercial applications. I am also thinking of a system
  164. that  allows commercial programs to come with full featured preferences,
  165. restricted  only to the specific application. These application specific
  166. prefs  would  probably  be supplied as linkable code and could simply be
  167. called with a "GUI Preferences" menu item for better integration.
  168.  
  169. I really hope that these policies will satisfy the requirements of both,
  170. freeware  authors  and  commercial  companies  and  of  course  also  of
  171. application  users. Currently, this seems to work quite well. Anyway, if
  172. you  have  some  other  ideas or suggestions how things could be handled
  173. better,  feel  free  to  tell me about them. I am always looking for new
  174. ideas.  But  please  keep  in  mind my main destinations mentioned above
  175. since I won't give up any of them.
  176.  
  177.  
  178.  
  179.                              Stefan Stuntz
  180.