Project1

标题: 只是一系列建议（FSL改进） [打印本页]

作者: chinvo 时间: 2010-12-21 13:19
标题: 只是一系列建议（FSL改进）
本帖最后由 chinvo 于 2010-12-21 13:22 编辑

改进建议#1
针对第一条：
原文如下：
01、只能是脚本原作者才能决定是否遵循FSL，而任何个人、团体、组织不能以任何形式和方式强制将脚本加入FSL，FSL标准委员会有权利拒绝不合格的FSL脚本；
改为：
01、仅脚本原作者才能决定是否遵循或使用FSL，而任何除脚本作者外的个人、团体、组织在未经脚本原作者授权的情况下不能以任何形式和方式强制将脚本加入FSL，FSL标准委员会有权利拒绝不符合标准或本协议的FSL脚本；
这一点，有人认同么？

作者: 沉影不器 时间: 2010-12-21 20:54
提示: 作者被禁止或删除内容自动屏蔽

作者: DeathKing 时间: 2010-12-21 21:55
打算重新起草，协议（宣言）和标准分开。希望听听各位的意见。

将“协议”改为宣言是受《敏捷宣言》的启发，更像是非强制性的，号召性的。

将协议和标准区分开，是为了保持协议本身的简洁。现在已经听到对GPL过于臃肿的抱怨，因此，我们需要一个简洁、简明、简易的协议！

作者: chinvo 时间: 2010-12-22 16:04
本帖最后由 chinvo 于 2010-12-24 10:22 编辑

FREE RGSS SCRIPT GENERAL PUBLIC LICENSE
自由RGSS脚本通用公开协议
?
?
此协议被作为下面的称呼是有效的（不区分大小写）：
?
FREE RGSS SCRIPT GENERAL PUBLIC LICENSE
自由RGSS脚本通用公开协议
FREE SCRIPT LICENSE
自由脚本协议
FRS-GPL
FSl
?
版权所有FSL标准委员会 2010-2011
?
?
§综述
?
      FSL协议由FSL标准委员会建立，任何FSL协议的更新将会由FSL标准委员会完成。FSL只能在当地法律限制下起作用。
?
?
§使用规范
?
FSL提供了一个自由的脚本使用环境，但你必须遵守下面的规范：
?
?
      01、仅脚本原作者可以决定是否遵循FSL，任何作者以外的个人、团体、组织在未经授权的情况下不能以任何形式和方式强制将脚本加入FSL，FSL标准委员会有权利拒绝不服合本规范的FSL脚本；
?
      02、你可以使用、修改、传播、二次发行遵循FSL的脚本，也可以在征得原作者同意的情况下用于商业用途；
?
      03、对于用于商业用途的脚本，你应该向FSL标准委员会以及脚本原作者提交一个报告，这个报告必须包含用于商业用途的脚本的名称、内容及使用这个(些)脚本的项目的名称及简介，用于商业用途的脚本必须经得脚本原作者的许可；
?
      04、使用FSL的商业项目，必须保证FSL脚本的公开性：可以将FSL脚本以可见的方式附带在项目中，亦可以引用一个FSL脚本的链接；
?
      05、二次发行的脚本必须向脚本原作者发布一个报告，不限制其是以电子形式或是物理形式；
?
      06、如果是个人使用，你不需要向原作者报告。如果你想将你的修改作为一个补丁，那么你应该（但不是必须）向作者发送一份报告，以控制版本；
?
      07、FSL协议不歧视任何个人、团体、组织，即不能以任何形式和方式拒绝符合规定的脚本列入FSL和阻止其行使应有权力；
?
      08、FSL脚本的二次发行版本将受限制于FSL协议；
FSL脚本的译版受限制于FSL协议;
?
      09、FSL协议不会影响到于FSL脚本一同工作的非FSL脚本，即，FSL协议不会对和FSL脚本一起工作的非FSL脚本起作用；
?
      10、FSL协议可用于任何脚本(包括但不限于RGSS脚本)，只要脚本的原作者愿意，即可列入FSL；
?
      11、FSL脚本的译版优先遵循FSL协议的译版；
?
?
?
§附加条款
?
我们在协议名称后面加上短横线和字母来表示附加条款。
?
?
      -DNB       不允许用于商业活动（Do Not use it in Business）
                        这个标识表示作者并不希望您将这个脚本用于商业用途及活动。

      -DNR       禁止二次发行（Do Not Republish it）
                           在这个标识下，你不能二次发行脚本
?
      -TEE       修改后请通知我（Telled mE after Edited）
                        如果您修改了带有这个标识的脚本，请向脚本作者发送一份报告。脚本原作者密切地关心着这个脚本。
?
      -STS 短期支持（Short Term Support）
                        原作者不会长期对此脚本更新，这个脚本的维护在一小段时间后或许将交给其他程序员。
?
      -NOS       需要其他脚本（Need Other Script）
                        这个脚本依赖于其他脚本，请检查次条款的参数。
?
?
?
§脚本编写中的自由与约定
?
这个约定只是为了规范脚本以达到美观，同时也可以方便使用者和开发者明白类的作用。你不必完全遵守，因为我们完全尊重你的自由！
注意:这里的例子仅针对RGSS脚本。
?
?
      01、不限制命名。你可以使用任意合法(服合脚本解析器规则)的名字来为变量、常量等命名，不过我们更希望能和默认脚本保持一个较高的衔接程度，所以我们更喜欢下面的命名方式：
?
类型
前缀
后缀
窗口类
Window_
无限制
场景类
Scene_
精灵类
Sprite_
游戏类
Game_
?
      02、配置参数与用语高度集中化管理。我们对于一些需要用户配置的信息高度集中管理，这样便于检索与修改，这种方式就像下面这样，他存储在FSL::Conf模块中
?
   # 不要尝试运行这个例子
   module FSL
         module Conf
            module YourGame
               START_STRING = "开始游戏"
               LOAD_STRING ?= "继续游戏"
               END_STRING ??= "离开游戏"
            end
         end
   end
?
   class Your_Class
         # 你可以使用include来引用配置模块
         include FSL::Conf::YourGame
         def initialize
            darw_text( 0,0,150,32,START_STRING )
            darw_text( 30,32,150,32,LOAD_STRING )
            darw_text( 60,64,150,32,END_STRING )
         end
   end
?
      03、使用俗成的预定。例如，在Ruby中，对于方法有这样的约定，如果能遵守这些约定，将会给使用者与开发者带来便利：
?
               method_name?    带有?号的方法返回true/false甚至是nil；
               method_name!    带有!号的方法是破坏性方法，使用要谨慎；
               method_name=    带有=号的方法是setter，他会给同名的实变量赋值；
?
      04、为方法说明。简要说明一下方法的用途和参数的相关信息，这会简化开发，当然，如果你愿意打这些字的话：
?
#------------------------------------------------------
# ● 判定技能可否使用（需要的物品是否满足）
#    skill  : 技能
#------------------------------------------------------
?
      05、兼容性解决方案。在RGSS脚本中，我们使用$fscript数组来考察兼容性，同时也可以为其他脚本提供扩展功能：
?
   # A脚本登记的$fscript信息，A的版本是1.3.0518，存储在数组中
   $fscript = {} if $fscript == nil
   $fscript["A"] = "1.3.0518"
?
               #  B脚本登记的$fscript信息，B的版本是1.0.0000，存储在数组中
   $fscript = {} if $fscript == nil
   $fscript["B"] = "1.0.0000"
?
   # 解决兼容性
   if $fscript["B"] != nil and $fscript["A"] > "1.2"
         solve
   [else
         work]
   end
?
   # 或许可以提供扩充功能
   class A
         def a_method
            if $fscript["B"] != nil
               B.add_func( "addition contents" )
            end
         end
   end
?
      06、脚本基本信息。我们希望能在脚本中加入下面的信息，这些信息在脚本中以注释的形式存在：
?
项目名称：项目的名称，示例：按键跳跃（JumpSkill）
更新作者：脚本的更新者，第一位则是脚本的原作者，更新者按时间顺序降序排序
(后期更新者排在后面)
许可协议：脚本的许可协议，示例：FSL -DNB -TEE
项目版本：项目的版本，主版本.次版本.更新日期，示例："1.0.0718"
项目分类：项目的分类，示例：VX/角色辅助
衍生关系：脚本二次发行衍生关系，示例：RATB::SuperRATB
建立日期：建立日期，年/月/日，示例：2010/6/15
最后更新：更新日期，年/月/日，示例：2010/12/21
引用网址：引用的网址，示例：h t t p: //w ww.my yxs.c n/fsl/
?
      07、开发者白皮书。如果你有时间的话，完全可以写一份开发者白皮书。这将指导其他程序员使用或增强你的脚本。当然，这个也不是必须的。
?
      08、明确用法。你必须明了的提出脚本的使用方法，哪怕只是简单的几个字。
?
      09、别名方法。在RGSS脚本中尽量使用alias来保证方法不会被覆盖：
?
   alias new_method method
   # alias的另一种写法是参数都是Symbol
   alias :new_method :method
   def method
         new_method
         ...
   end
?
?
§关于发行的一些问题
?
01、二次发行
      二次发行不同于一般修改发行。
      二次发行需要通过修改不小于35%的代码，从而可以达到一个相对独立的脚本的发行方式。脚本的修改者将成为二次发行脚本的项目主管，而脚本的原作者将不会对二次发行的脚本负责。
?
02、修补臭虫
      如果你对脚本的修改与功能的添加，不但想适用于您个人，您可以考虑将这个修改作为一个臭虫修复或者功能升级发布在网路上，作为原脚本的一个升级。
该升级必须遵循原脚本的许可协议及附加条款。
?
?
?
修改:ChiNvo (at) FSL标准委员会 2010/12/21

修改了部分语句，更加严谨，没有错字！

作者: chinvo 时间: 2010-12-22 16:08
其中，MEE（Maile mE after Edited）改为TEE（Telled mE after Edited）

作者: chinvo 时间: 2010-12-24 10:22
@苏小脉是的，因为Google group上不去，又懒得翻墙

作者: 苏小脉 时间: 2010-12-24 12:43
回复 chinvo 的帖子

在论坛这个群组里就有，《自由脚本通用许可证 draft 2010.09.03》这贴，里面有 HTML 源

作者: chinvo 时间: 2010-12-24 13:25
回复苏小脉的帖子

到fs-gpl.tk注册了个账号，可以在那里更改么？

作者: 苏小脉 时间: 2010-12-24 23:22
回复 chinvo 的帖子

当然，那个 WIKI 就是为了这个而建的

欢迎光临 Project1 (https://rpg.blue/)