Library's name doesn't reflect the goal of this project
还没有人认领这个 Issue。
评估
调研方向
该 issue 未指定文件、测试或入口点。首先检查当前的库结构以及 OpenSimplex 和 Worley 的实现是如何组织的,然后定义拟议的模块化架构和项目名称。在开始实现之前,就架构和命名范围达成一致,即视为完成。
由索引模型根据 Issue 内容生成。
描述
Hey there!
I'd love to tackle the worley implementation (or to be more exact: to come up with a slightly more modular and extendable architecture.) So it wouldn't be OpenSimplex-for-processing but rather something like MoreNoise-for-Processing. Opinions?
- 主要语言
- Java
- 星标
- 50
- 派生
- 18
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
CodingTrain/OpenSimplexNoise-for-Processing 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 25/100
CodingTrain/OpenSimplexNoise-for-Processing#9 · 1 条评论 ·
-
难度 4/5 3-5 天 新手友好度 25/100
CodingTrain/OpenSimplexNoise-for-Processing#7 · 4 条评论 ·
查看 CodingTrain/OpenSimplexNoise-for-Processing 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 75/100
elastic/gradle-plugins#157 ·
-
enhancement Tools
难度 1/5 1 小时以内 新手友好度 75/100
-
难度 2/5 1-3 小时 新手友好度 70/100
apache/rocketmq-dashboard#5008 ·
-
bug
难度 2/5 1-3 小时 新手友好度 75/100
-
DETECT_PARAMETER_NAMES=false silently disables @ConstructorProperties-based Creator detection too 未关闭
难度 2/5 1-3 小时 新手友好度 70/100
FasterXML/jackson-databind#6229 ·