做种者使用一份list，下载者用的另一份，而且这两份正好没有重复相同的，或者相同也因为网络原因导致有一方连接超时无法与的tracker建立连接，这种时候就不在一个池子里了，所以分享带tracker还是很有必要的，能够保证这个种子的所有人都在同一个tracker池，并且一些BT客户端并没有自动添加list
反而我觉得两个按钮互换比较好一点，携带tracker的在右键一级菜单，不带tracker的和特征码一样放在二级菜单里
官网应该可以发布上去新版本了
不过考虑到传播便捷性 磁力链接一般会尽可能的简单
要是携带大量tracker的话 也许用更传统的种子文件回更好
我倒是觉得操作逻辑要统一 和GUI上一样
这种时候可以用特征码而不是磁力链接
话是这么说但是很多人搞不清楚 只知有磁力而不知有特征码
在考虑如果做了自动更新列表的功能，如何兼容之前已存在的选项，谁的优先级更高。
下载回来的列表是黑名单模式还是白名单模式，或者列表本身每行可以指定是允许还是禁止。
初步设想这个这样的：
新的 peedID 客户端名称 和端口过滤 将完全替代在高级设置中的旧选项
其应单开一个新的选项卡 可命名为 客户端过滤器 归在BT下载选项下
与 现有的IP过滤器平级
目前设想的是像IP过滤器那样设置简单 黑名单 和 白名单两种选项
不确定是否需要像Tixati 那样设置 总是允许 只允许 绝不允许 这样的细分设置
这样的话订阅文件的格式就复杂了
可以确定的是 新的过滤器需要有白名单功能 现在BC的白名单功能其实是由客户端列表承担的
之后其应只负责 peerid 和客户端名称的映射
任务状态一直无法保存；
目前用的 v2.14 正式版预览，此版本以及之前的测试版，任务状态都无法保存。
例如，软件使用时，有20个正在下载中的任务，有50个正在做种的任务，
右键退出软件，稍等一会后再重新启动，进行中的任务就全变成停止了，
要手动多选、重新开始。
解决了，原来是设置里又多了个设置项。
可以考虑参考robots.txt和以前Windows ini文件的格式：
[Allow]
# 白名单列表
peer_id_prefix = "-BC01??-"
peer_id_prefix = "-BC02??-"
client_name = "BitComet 1.??"
client_name = "BitComet 2.??"
[Disallow]
# 黑名单列表
peer_id_prefix = "-BC00??-"
client_name = "BitComet 0.??"
peer_listen_port = 12345
新加一个Client Filter选项卡，高级设置项里的 bittorrent.anti_leech_banned_client_names、bittorrent.anti_leech_banned_peer_ids、bittorrent.anti_leech_banned_ports可以去掉了。
不好意思，没看明白。【任務列寧】是什么意思？
已经有全局下载限速设置项了，可以手动设置的
确实可以这样 ini的写法简单易懂 一个文件就能同时实现黑白名单
而且 peerID 客户端名称 以及端口 都可以写在一个文件里面了
这样客户端列表功能就只需要专心负责peerID和客户端名称的映射
不用再兼职白名单的功能了
对 新开一个选项卡 取消原来的选项
别让人手动去编写配置文件就行，像现有版本一样，界面上能操作允许什么客户端白名单，然后其它未加入白名单的客户端都会拉黑
就是在现有的客户端黑名单基础上增加一个白名单模式，让填写的数值变成白名单来执行，就像ip黑白名单那样
还有官网可以发2.14了？
现在 白名单只能靠客户端列表 支持的客户端类型少
之后这个白名单功能会交给新的客户端过滤器
至于界面 提供一个方便的编辑界面当然是最好的
书写格式的话就用ini的形式其实就行 可以写个简单的示例 当然只是参考不用完全按照ini的规范来
比如注释用更常见的井号会比较好 而不是ini规范里面的分号
还有文件扩展名其实也不需要用 .ini txt其实就行了
2.14版本在webui点击设置里的确认按钮后，会导致服务器访问直接突然失联，用的端口是6080，却显示608
修复一下重新打包个版本就能官网发布2.14了
linux和安卓可能也要更新一下。。。会导致服务器失联属于严重bug了，必须得重新打个包
1、批量下载对话框 ，取消 自动重命名 有BUG，用 磁链 或 特征码 没有缓存过种子的情况下，依然会重命名。
2、IP 变更后 无法自动更新，速度会降到0，只能在手动刷新后恢复。
如果你不想要下载自动限速，可以在高级设置关闭自动下载限速功能
network.enable_dl_limit_for_large_writing_buffer
关闭该选项后，会直到内存缓冲区用尽才开始触发限速，开启该选项时，通过network.large_writing_buffer_enter_size_mb 来控制自动限速阈值
磁力的话由于没有获取元数据，在没有种子文件的情况下，是拿不到文件名的
符合预期设计是在非人类操作的时候，比如说rss全自动下载追番做种，或者使用命令行添加才会自动重命名，我一开始想的是这样的一种自动重命名行为，不知道官方怎么把重命名一起做到界面里了，之前反馈过几次
在主界面人工操作应该进行可选化，截图这种情况应该比较好改，可以改一下代码来实现，获取到元数据后在进行判断
你理解錯了，我是想限速，例如某任務（不是全部這樣）飆到25MB/S.那個警告不是彈出來嗎
接著開始減速，但是過下速度又飆到25MB/S，又警告了，要是這樣我直接在任務設置最高15MB，就沒事了，所以還不如搞個設置減速到固定速度，因爲是某些這樣，所謂我也沒全局限速
話説搞個窗口前置行不行，我平時直接收納在最下面，
感覺比起那個懸浮窗口要清晰多
你说的就是我说的意思