新版协议——待修正

DeathKing

' x8 `  G3 w: x; L5 R" h0 V! }
! Z- C# [7 m4 @7 \自由脚本协议
/ S+ N2 }/ g) O. N: p( i: Q. oFREE SCRIPT LICENSE
6 k2 d5 l/ F8 k& H
自由脚本协议按照下面的方式表述是允许的：
7 a2 H" ~) I4 x0 P9 eFREE SCRIPT LICENSE
: _, ]+ m5 d7 m6 `* lFree Script License
自由脚本协议
( T8 @) n3 x8 i& s" m7 j% B: d. QFSL

6 I. V4 X7 Y) j0 c-------------------------------------------------------------------------------
. Q8 m7 _- f2 z9 v+ W        我们不愿意面对一个充满臭虫、功能不全的脚本。我们期望能充分
0 h" b; H2 |8 d3 ~    发挥黑客精神来减少臭虫和为脚本添加功能。
   
8 W$ e+ U, p! r$ D" Z        我们需要一个可被承认的允诺或共识，指导我们的行为。而“自由
    脚本协议”正是建立在这个基础上的。
, k$ Q8 x5 k; {7 G- A-------------------------------------------------------------------------------

   1、我们愿意共享出编写的脚本，是的任何人能够使用、修改、传播、二
      次发行，不论其是否出于商业目的。
      
  I+ C. t, T$ ]   2、我们一致认为，对于用于传播的脚本，我们保证在修改的过程中不违
      背元作者的出发点；但在私人使用时，我们有自由自在修改的权利。
      同时，这些修改的或者二次发行的脚本的使用者，应该有同等权利。
      （修改、二次发行的自由脚本，强制遵守“自由脚本协议”）
      
   3、我们承认智慧的力量，鼓励共享：只要使用者有自由的、符合此协议
      的权利，收费也是允许的。
      
   4、我们尊重人的自由权利，我们不能强制任何一个非自由脚本遵守自由
, \8 n* [* H5 w- e* I2 Q      脚本协议，而只能是其原作者决定是否遵守。但，即使这样，我们也
      可以拒绝承认一些不符合自由脚本协议或简易脚本标准的脚本。
      
   5、我们认为，当修改一份脚本后，礼貌的做法是通知原作者，并附上一
      份原版拷贝和修改版本。以便原作者或其维护团队了解脚本动向。但
3 }0 Z; @& b: F/ T" i      这不是必须的。
      
( r5 o+ ]$ y, o/ v5 b& M, D   6、只需要在脚本的先要位置上标记“FSL”或“Free Script License”
- W+ Y3 D, t& \3 U% c7 ~% d+ f      或“自由脚本协议”等字样，我们就认为该脚本是遵守了FSL协议的。
      因此，你不需要将协议全文复制到脚本中。如果可能的话，可以使用
      一个超级链接来指向协议全文。当然，将本协议用于脚本工程中也是
/ C3 V' K9 Y1 X% h& W2 S      允许的。
      
   7、我们希望所有的脚本都是可得到的。因此，应保证脚本的公开性。如
      果工程受到保护，推荐的做法是使用一个文本罗列出这些资源。
. m3 L3 ?& M5 K/ E, E! M      
. Y6 e' V' P7 O: s. ?2 @9 b' i3 w-------------------------------------------------------------------------------

                                                                 自由脚本委员会
                                                             版权所有 2010-2011
1 ]1 d3 o6 J4 }

DeathKing

需要补充附加条款。
% G9 T/ g/ ~1 ?) U8 X' N6 i
这个更像是“宣言”，而不是“协议”。

chinvo

咬文嚼字（鸡蛋挑骨头）的修订：

=====================
% i8 {! n. h  |作者（或修订者）及FSL委员会联合宣言：
) W" J  U' `# p- u3 r: E+ z8 R   1、我们愿意共享出编写的脚本，任何人能够使用、修改、传播、二
      次发行，不论其是否出于商业目的。
      
   2、我们一致认为，对于用于传播的脚本，我们保证在修改的过程中不违
9 {) k7 |0 ~. G- B3 C! f+ u) q      背原作者的出发点；但在私人使用时，我们有自由修改的权利。
; P6 N. \3 d0 s/ _3 A/ ~5 j8 F      同时，这些修改的或者二次发行的脚本的使用者，应该有同等权利。
      而且，修改、二次发行的自由脚本绝对会遵守“自由脚本协议”。
      
   3、我们承认智慧的力量，鼓励共享：只要使用者有自由的、符合此协议
      的权利，收费也是允许的。
      
   4、我们尊重人的自由权利，我们不会强制任何一个非自由脚本遵守自由
      脚本协议，而只能是其原作者决定是否遵守。但即使这样，我们也
% d5 D- C/ N( E      可以拒绝承认一些不符合自由脚本协议或简易脚本标准的脚本。
      
3 K* F* L. x1 P" e" g+ n: ?; _   5、我们认为，当修改一份脚本后，礼貌的做法是通知原作者，并附上一
3 T6 r4 e, O) \- J$ P8 B) ?      份原版拷贝和修改版本。以便原作者或其维护团队了解脚本动向。但
5 f7 y  G& a( u7 E      这不是必须的。
      
   6、只需要在脚本的先要位置上标记“FSL”或“Free Script License”
      或“自由脚本协议”等字样，我们就认为该脚本是遵守了FSL协议的。
$ s2 m$ U' X9 f, \      因此，你不需要将协议全文复制到脚本中。如果可能的话，可以使用
5 Y8 W9 N' I( R9 Z5 N0 L! [( a      一个超级链接来指向协议全文。当然，将本协议用于脚本工程中也是
      允许的。
      
, a8 w7 r! P0 |! d" X3 l   7、我们希望所有的脚本都是可得到的。因此，应保证脚本的公开性。如
      果工程受到保护，推荐的做法是使用一个（或多个）文本罗列出这些资源。

=====================
感觉这个宣言不止针对一个集团（作者或委员会）……因此，给宣言名了个名。