pt-plugins
个人信息增加HR列
@tainewoo 有意义但是不是特别大，一是并不是所有站点都有hr（当然，也并不是所有站点都有下载等其他数据），二是目前的个人信息表和种子搜索表的展示已经略显臃肿，目前的趋势也是尽可能减少相关信息的直接展现。
@tainewoo 有意义但是不是特别大，一是并不是所有站点都有hr（当然，也并不是所有站点都有下载等其他数据），二是目前的个人信息表和种子搜索表的展示已经略显臃肿，目前的趋势也是尽可能减少相关信息的直接展现。
个人想法是，HR现在占比还是比较大的(我有的外站50%以上都有HR)，特别是现在内站也开始上HR。 就个人使用来说，经常下了个东西，然后忘了哪下的。可能就中了个HR。 这时候有个如果ptpp能显示，就能比较方便的管理，特别站多的时候，就不用一个一个打开检查。 而且这个信息跟账号是相关的，我认为还是比较有用的
@ted423 对我手头上的几个站点进行了检查，各站格式如下
OB： 0(+1)/10 表示目前获得0个HR警告，有1个正在进行HR考核，HR上限
CHD： HP：5 + H&R:0 这种形式，一个上限，另一个什么意思？
TTG：HP 7 上限
HDHome： 我的HR： 0 （什么意思），异步请求可以获得 考核中 | 已达标 | 未达标 | 免罚 信息
OpenCD：H&R: 0 （什么意思）
HDDolby： H&R | 0 （什么意思）
pter: H&R | 0 （什么意思）
那么我们怎么定义这个HR列代表的意思？
@Rhilip 我的想法是，站点提供的数值是多少就显示多少，主要起个提醒的作用。汇总叫HR(HP/积分)。像unit3d这种可能就要去读取unsatisfieds的个数
@ted423 对我手头上的几个站点进行了检查，各站格式如下 OB：
0(+1)/10表示目前获得0个HR警告，有1个正在进行HR考核，HR上限 CHD：HP：5+H&R:0这种形式，一个上限，另一个什么意思？ TTG：HP 7上限 HDHome：我的HR： 0（什么意思），异步请求可以获得考核中 | 已达标 | 未达标 | 免罚信息 OpenCD：H&R: 0（什么意思） HDDolby：H&R | 0（什么意思） pter:H&R | 0（什么意思）那么我们怎么定义这个HR列代表的意思？
倾向于受到HR警告的数量 若各家定义不同 可以考虑直接显示？
倾向于受到HR警告的数量 若各家定义不同 可以考虑直接显示？
直接显示不利于排序等功能，还是能经一层标准化好些。另外由于各家的语义不同，对于插件的用户，反而增加了理解的难度。
受到HR警告的数量这个（我理解的是某些站点的”未达标“）有意义吗？从概念上来说，应该是”考核中“的价值上更大，但多数站点仅提供了”未达标“的数量，仅有少数直接提供了”考核中“的数量。
另外还有些站点提供了HR上限的这个怎么体现？
我一个初步的设想是HR列显示成 考核中数量 / 已获警告数量 / 警告上限，如果对应值不存在直接 用 - 符号表示即可。站点部分对应多设置三个字段 hnr_doing, hnr_warning, hnr_max。对于部分站点 hrn_max 可以直接硬编码。
那么对于
- OB
0(+1)/10，可以展示成1 / 0 / 10； - CHD： HP：5 + H&R:1 ，可以展示成
- / 1 / 5； - TTG：HP 7，可以展示成
- / - / 7； - OpenCD：H&R: 0 ，可以展示成
- / 0 / -； - 外站多数只有
hnr_warning值，直接展示成- / 1 / - - 不存在H&R站点，直接展示成
- / - / -
倾向于受到HR警告的数量 若各家定义不同 可以考虑直接显示？
直接显示不利于排序等功能，还是能经一层标准化好些。 受到HR警告的数量这个（我理解的是某些站点的”未达标“）有意义吗？从概念上来说，应该是”考核中“的价值上更大，但多数站点仅提供了”未达标“的数量，仅有少数
直接提供了”考核中“的数量。 另外还有些站点提供了HR上限的这个怎么体现？我一个初步的设想是HR列显示成
考核中数量 / 已获警告数量 / 警告上限，如果对应值不存在直接 用-符号表示即可。站点部分对应多设置三个字段hnr_doing,hnr_warning,hnr_max。对于部分站点hrn_max可以直接硬编码。 那么对于
- OB
0(+1)/10，可以展示成1 / 0 / 10；- CHD： HP：5 + H&R:1 ，可以展示成
- / 1 / 5；- TTG：HP 7，可以展示成
- / - / 7；- OpenCD：H&R: 0 ，可以展示成
- / 0 / -；- 外站多数只有
hnr_warning值，直接展示成- / 1 / -- 不存在H&R站点，直接展示成
- / - / -
我觉得可以
@ted423 做了一些尝试（见如下patch）
Index: src/options/views/Home.vue
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
diff --git a/src/options/views/Home.vue b/src/options/views/Home.vue
--- a/src/options/views/Home.vue (revision 08db660185434ab80e7c293efee4cae333ef7768)
+++ b/src/options/views/Home.vue (date 1637331419143)
@@ -130,6 +130,11 @@
<td class="number">{{ props.item.user.ratio | formatRatio }}</td>
<td class="number">{{ props.item.user.seeding }}</td>
<td class="number">{{ props.item.user.seedingSize | formatSize }}</td>
+ <td class="number">
+ {{ getUserHnr(props.item.user, 'hnrDoing') }} /
+ {{ getUserHnr(props.item.user, 'hnrWarning') }} /
+ {{ getUserHnr(props.item.user, 'hnrMax') }}
+ </td>
<td class="number">{{ props.item.user.bonus | formatNumber }}</td>
<td
class="number"
@@ -406,6 +411,15 @@
});
},
+ /**
+ * 由于Vue2的template系统不支持 Logical nullish assignment， 所以需要另写方法来支持
+ * @param data
+ * @param part
+ */
+ getUserHnr (data: any, part: string): number | string {
+ return data[part] ?? '-'
+ },
+
abortRequest(site: Site) {
extension
.sendRequest(EAction.abortGetUserInfo, null, site)
@@ -503,6 +517,11 @@
value: "user.seedingSize"
},
{
+ text: 'HnR',
+ align: 'right',
+ value: "user.hnr_doing"
+ },
+ {
text: this.$t("home.headers.bonus"),
align: "right",
value: "user.bonus"
一方面，由于Vue2的template系统不支持 Logical nullish assignment， 所以需要另写method来支持
另一方面，目前dev通道的用户信息获取方式（ user.ts ），对心智造成重大影响，获取hnr信息过于麻烦，还是先搁置一下，移到next分支中吧
