Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

分类问题 #18

Open
Kooluve opened this issue Mar 24, 2024 · 5 comments
Open

分类问题 #18

Kooluve opened this issue Mar 24, 2024 · 5 comments

Comments

@Kooluve
Copy link
Contributor

Kooluve commented Mar 24, 2024

  1. 在花色(suits)分类下的 French Tarot Cavalier Card和 Hanafuda Hybrid 与花色并无关系,前者应归类到牌组(decks),后者目前的效果是修改全局的扑克牌筹码,没有制作新的牌组,之后的更新计划似乎也只会修改图片和标记,可能不会在功能上体现花色的修改。不清楚该如何分类,或许可以再开个扑克牌(pokers)分类?
  2. 依赖库(Libraries)分类应该可以改为 API,与 balamod 下的分类统一,反之亦然。
  3. 合集项目包含各种类型的mod,当前部分合集被重复分类了,是否需要删除重复只归类到合集分类?
@jie65535
Copy link
Owner

  1. 当时分类suits时,其实是想归类一整套扑克牌,并不只是‘花色’的意思。
  2. 依赖库可以分类成API,目前这种仓库比较少,统一一下也没问题。
  3. 由于很多Mod都是单个lua,所以很多作者都倾向于把多个Mod放到同一个仓库里。但对于玩家来说他们更关心的是具体有什么Mod,合集其实不是很在意。所以这个合集的分类其实也可以去掉。

目前仓库的排序规则是模组数量多的分类排在前面,在具体的分类里根据时间的先后顺序排序。

主流的Awesome仓库通常排序是按照字符串顺序排列的,这个不知道要不要调整。

@Kooluve
Copy link
Contributor Author

Kooluve commented Mar 24, 2024

英文里 suit 就是指花色,一套扑克牌一般应该还是叫 deck,不过又容易和游戏里的 deck(职业/角色)有歧义,比如这个花札 mod 就简单粗暴地没设计职业。如果想表示一套扑克牌感觉还是该给 suits 换个说法吧,比如 decks(other) 之类的?

@jie65535
Copy link
Owner

这个 Suits 里的确实不好分类。从玩家的角度,这个 Hanafuda Hybrid 期望的是提供一整套新扑克和配套,增加一个Cards分类吗?

@jie65535
Copy link
Owner

我重构了整个列表,按照名称字母排序了,并且拆分了一些合集,同步了两种语言的条目。

可以再看看还有什么问题。 不过这个花色的问题还没想好解决方案。

@Kooluve
Copy link
Contributor Author

Kooluve commented Mar 24, 2024

cards 太含糊了,我觉得叫 pokers 或者 poker cards 可以表示创造了原版游戏没有的扑克牌,比较符合你最早的思路。但问题是这种新的套牌分类和 decks 本身就有重合的地方,比如说前面提到的 French Tarot Cavalier Card。
那么是要进行更细致的分类(比如 pokers(decks), pokers(not decks)),还是像之前一样优先将两种分类都符合的 mod 放到 pokers 里?前者可能会显得目录比较繁琐,而且可能由于符合的样本很少单独给个分类看着有点怪,后者则需要备注清楚分类规则避免其他用户分类和查找时产生混淆。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants