]> git.eshelyaron.com Git - emacs.git/commitdiff
Explain which tasks are better, generally.
authorRichard M. Stallman <rms@gnu.org>
Sat, 22 Mar 1997 07:36:21 +0000 (07:36 +0000)
committerRichard M. Stallman <rms@gnu.org>
Sat, 22 Mar 1997 07:36:21 +0000 (07:36 +0000)
etc/tasks.texi

index 4b0d79eeb8b73af442d9652bf68cb4bd66ad69fa..4555d64180f87d84883ba1269a9755ad1cfb0072 100644 (file)
@@ -3,7 +3,7 @@
 @setfilename tasks.info
 @settitle GNU Task List
 @c UPDATE THIS DATE WHENEVER YOU MAKE CHANGES!
-@set lastupdate 1 February 1997
+@set lastupdate 19 March 1997
 @c %**end of header
 
 @setchapternewpage off
@@ -53,8 +53,21 @@ tools or programming languages, we have a comparative shortage of
 applications useful for non-programmer users.  Therefore, we ask you to
 consider writing such a program.
 
-In general, a new program that does a completely new job advances the
-GNU project more than an improvement to an existing program.
+Typically, a new program that does a completely new job advances
+the GNU project, and the free software community, more than an
+improvement to an existing program.
+
+Typically, new features or new programs advance the free software
+community more, in the long run, than porting existing programs.  One
+reason is that portable new features and programs benefit people on many
+platforms, not just one.  At the same time, there tend to be many
+volunteers for porting---so your help will be more valuable in other
+areas, where volunteers are more scarce.
+
+Typically, it is more useful to extend a program in functionality than
+to improve performance.  Users who use the new functionality will
+appreciate it very much, if they use it; but even when they benefit from
+a performance improvement, they may not consider it very important.
 
 @node Documentation
 @chapter Documentation