【新功能提议|REQUEST NEW FEATURE】集中讨论版
ilharp opened this issue · comments
(Archived)
这里是bilichat讨论交流群的群号。如果有使用方面的问题可以进群提问,确定有issue或者enhancement的时候请使用issues或pr。
bilichat交流群:906600901
有点超纲了,包括发表情包这个功能我也觉得有点超纲了。
最初的目的只是为了适配仿真油管评论栏,现在,将来也是。
但设置了alpha这个路由的目的是为了以后还能有个beta,delta...版,也许是不局限于模仿油管的版本,或是为实现特定功能的版本。不过做不做还是看有没有需求吧。目前看来,这些需求并不是很大。
所以目前的主分支大方向是稳定性+模块化重构(提升扩展性),新功能我要往后推一点。
另外看下我提交的i18n分支,还是说我一口气做完好了
群后面找时间开一个
有时间怎么搞一搞,看看能不能用vue写angular组件
(邪恶的计划出现了
我大概又个办法,不过需要用webpack用loader吧
webpack好麻烦2333算了吧
不过这个cli我用不了,暂时不知道是不是我的问题
我不是dalao 我不是dalao
不过真巧,我明天也有考试
我现在犯了看谁有考试都是IBDP的病
@3Shain
BiliChat要不要考虑弄一个代码规范?
哪里有空格,哪里换行,那样的→_→
一切以angular规范为准,ng lint指令会检查代码规范性并尝试自动修正
但别随便玩那个,我会隔段时间在master分支检查
@3Shain
BiliChat要不要考虑弄一个代码规范?
哪里有空格,哪里换行,那样的→_→一切以angular规范为准,ng lint指令会检查代码规范性并尝试自动修正
但别随便玩那个,我会隔段时间在master分支检查
这不是会造成许多本质无建设性的commit/add/del吗(有时很迷惑
ps: https://github.com/illacceptanything/illacceptanything 潜 入 成 功
哇,都是做大的PR的人啊
代码规范这个一般不用自己搞吧大概(?)
不过建议每次commit或者PR之前先拿formatter检查一遍自己修改过的部分,省去单独commit的麻烦
话说回来你们有去评论区索要->打钱或者是招募翻译的吗
如果招到了日语翻译并且想要省事的话可以直接让翻译给我发邮件,我拿到字符串之后PR,这就省了“翻译步骤:第一步,注册GitHub”之类的麻烦
不过也有可能是我麻烦了♂
我一般都是一边写一边检查的,不过不同人有不一样的处理方法
楼上所说,这个repo应该是按照Angular规范间断性检查,由3Shain来做,所以我们倒是不用担心太多了了。
Afanyiyu
告诉他一下127.0.0.1是本地的意思呗
话说在哪?我要去围观下谁那么有热心→_→
为庆祝项目100star达成,抽一个contributor给我打钱,那么是谁这么幸运呢
Afanyiyu
告诉他一下127.0.0.1是本地的意思呗
话说在哪?我要去围观下谁那么有热心→_→……要不你去告,我已经笑死了
好像是在3Shain投的专栏那里
惊了,还能写专栏
我要不要给vtbs.moe也写一个2333
顺便有时间的话咱们几个尝试一下Live Share,组团开黑撸代码
这是个好主意!
不过我们首先要确定一下写啥2333
GIT_AUTHOR_NAME="Recorder" GIT_AUTHOR_EMAIL="example@example.com" GIT_COMMITTER_NAME="Recorder" GIT_COMMITTER_EMAIL="example@example.com" git -c commit.gpgsign=false commit -m "update"
(滑稽
@3Shain @Afanyiyu 快看我专栏写完啦hiahiahia
https://www.bilibili.com/read/cv2711432
卧槽我才想起来明天八点是第八场考试!!!
………我要不要睡了啊
听匹老板的术听到四点,我没救了
睡前点赞投币有助于考试→_→!
能不能显示用户等级啊.我还没搞明白那个等级是图片还是ws里面的东西
能不能显示用户等级啊.我还没搞明白那个等级是图片还是ws里面的东西
ws里会包含等级。目前不考虑显示用户等级。
关于等级之类的,有可能可以考虑给一个不显示的元素?可以让使用者自己css调什么的
…
在 2019年5月25日,下午10:49,3Shain @.***> 写道: 能不能显示用户等级啊.我还没搞明白那个等级是图片还是ws里面的东西 ws里会包含等级。目前不考虑显示用户等级。 — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.
不准备提供,按照目前的目的,这不是我需要实现的功能。
是不是可以做一个手动SC?
比如缓存礼物信息20s,20s内发送的第一条弹幕会和礼物信息一起组合成油管样式的SC显示出来。
是不是可以做一个手动SC?
比如缓存礼物信息20s,20s内发送的第一条弹幕会和礼物信息一起组合成油管样式的SC显示出来。
虽然我没说,但这功能已经实装了,取60秒前最后一条发言
是不是可以做一个手动SC?
比如缓存礼物信息20s,20s内发送的第一条弹幕会和礼物信息一起组合成油管样式的SC显示出来。虽然我没说,但这功能已经实装了,取60秒前最后一条发言
居然已经有了么ww 配置方法?想试试。(这算内测么)
还有个想法 通过正则提取之类的方法把礼物信息摘出来,然后把提示信息什么的通过本地配置的方法进行更改(换成日文英文、加梗)。
然后现在上舰似乎是跟普通礼物用的同一套样式? 虽然可以通过设置阈值换成油管的绿色,但是不知道礼物和舰长价格用的是折前还是折后价格 也挺头疼的。
是不是可以做一个手动SC?
比如缓存礼物信息20s,20s内发送的第一条弹幕会和礼物信息一起组合成油管样式的SC显示出来。虽然我没说,但这功能已经实装了,取60秒前最后一条发言
居然已经有了么ww 配置方法?想试试。(这算内测么)
不需要配置方法,默认已经可以上了
最新出了个心愿墙,能否安排下?
最新出了个心愿墙,能否安排下?
说实话没搞懂这个功能
https://github.com/Afanyiyu/BiliChat-User-Guide/blob/master/Deploy.md
里面已经加入了docker的部署方法,以及使用淘宝npm加速npm install的方法
同时采用了cnpm和npm双install,确保二者服务器任一出现bug都不会对docker的build造成影响
(对没错就是因为cnpm的服务器拽不下@nguniversal来(到现在也是)我才加的这个特性)
现在已经可以直接从docker hub往下pull了
commit全在我fork的repo的Docker分支,commit太多我就不PR了你看Il·三脚猫·Harper又学了个Docker
哈哈O(∩_∩)O(旁白《=不要脸(x))
如果用npm,但是 --registry=https://registry.npm.taobao.org
呢?
commit太多可以用那个squash还是什么的merge来着
能不能兼容更多的直播平台呢?或者搞个通用的API什么的
B站新出了“醒目留言”(等于SC),最低30元(30000金瓜子)无上限(无法输小数点)
B站新出了“醒目留言”(等于SC),最低30元(30000金瓜子)无上限(无法输小数点)
已实现基本支持。
B站新出了“醒目留言”(等于SC),最低30元(30000金瓜子)无上限(无法输小数点)
已实现基本支持。
请问怎么设置呢?
B站新出了“醒目留言”(等于SC),最低30元(30000金瓜子)无上限(无法输小数点)
已实现基本支持。
请问怎么设置呢?
使用最新版即可,无需额外设置
想问一下能不能单独只显示主播弹幕或者房管弹幕之类的?
请问能否设置弹幕停留时间?
minGiftValue 最低显示礼物价值,默认20
按照 CONFIG.md 的说法进行了修改,仍然不起作用。
另:我使用了systemd,系统为debian 10,在/usr/local/bin 和 /usr/local/lib/node_modules/bilichat 以及 /usr/local/lib/node_modules/bilichat/dist 三个位置均放置了同一份config.json文件。
以及我同时尝试了单独执行bilichat并按照说明文档在执行的目录下放置了一份config.json,以及在URL后面直接添加了 ?minGiftValue=1 ,依旧不起作用。
以及个人建议config.json是不是固定到某个指定的位置更好?
minGiftValue 最低显示礼物价值,默认20
按照 CONFIG.md 的说法进行了修改,仍然不起作用。
另:我使用了systemd,系统为debian 10,在/usr/local/bin 和 /usr/local/lib/node_modules/bilichat 以及 /usr/local/lib/node_modules/bilichat/dist 三个位置均放置了同一份config.json文件。
以及我同时尝试了单独执行bilichat并按照说明文档,在执行的目录下放置了一份config.json,依旧不起作用。以及个人建议config.json是不是固定到某个指定的位置更好?
一个||判断造成的bug导致minGiftValue不能填0,填一个极小值试试
config.json读的就是进程执行相对路径,不是执行程序所在文件路径,个人认为这样最方便,但之后会加个参数指定文件位置
minGiftValue 最低显示礼物价值,默认20
按照 CONFIG.md 的说法进行了修改,仍然不起作用。
另:我使用了systemd,系统为debian 10,在/usr/local/bin 和 /usr/local/lib/node_modules/bilichat 以及 /usr/local/lib/node_modules/bilichat/dist 三个位置均放置了同一份config.json文件。
以及我同时尝试了单独执行bilichat并按照说明文档,在执行的目录下放置了一份config.json,依旧不起作用。
以及个人建议config.json是不是固定到某个指定的位置更好?一个||判断造成的bug导致minGiftValue不能填0,填一个极小值试试
config.json读的就是进程执行相对路径,不是执行程序所在文件路径,个人认为这样最方便,但之后会加个参数指定文件位置
minGiftValue我感觉不能设置0 所以我都是设置的1
以及我感觉可能跟这个设置没有关系,我测试了一下送21个礼物,但依旧不会显示。
另外我尝试直接改了main.js里面的数值为1 重启后再测试也是问题依旧
顺便大佬您在Github上留的个人首页502了emm
minGiftValue 最低显示礼物价值,默认20
按照 CONFIG.md 的说法进行了修改,仍然不起作用。
另:我使用了systemd,系统为debian 10,在/usr/local/bin 和 /usr/local/lib/node_modules/bilichat 以及 /usr/local/lib/node_modules/bilichat/dist 三个位置均放置了同一份config.json文件。
以及我同时尝试了单独执行bilichat并按照说明文档,在执行的目录下放置了一份config.json,依旧不起作用。
以及个人建议config.json是不是固定到某个指定的位置更好?一个||判断造成的bug导致minGiftValue不能填0,填一个极小值试试
config.json读的就是进程执行相对路径,不是执行程序所在文件路径,个人认为这样最方便,但之后会加个参数指定文件位置minGiftValue我感觉不能设置0 所以我都是设置的1
以及我感觉可能跟这个设置没有关系,我测试了一下送21个礼物,但依旧不会显示。
另外我尝试直接改了main.js里面的数值为1 重启后再测试也是问题依旧
顺便大佬您在Github上留的个人首页502了emm
控制变量测试呢,比如换个礼物,用url参数,可以配合另一个参数用银瓜子测试
首页本来也没东西(
控制变量测试呢,比如换个礼物,用url参数,可以配合另一个参数用银瓜子测试
首页本来也没东西(
然后金瓜子不够了Orz
URL上加了"?minGiftValue=1&silverGiftRatio=1"后,辣条20个,显示了↑
URL上加了"?minGiftValue=1&silverGiftRatio=1"后,辣条1个,不显示↑
URL上加了"?minGiftValue=1&silverGiftRatio=0.1"后,辣条19个,不显示↑
URL上加了"?minGiftValue=1&silverGiftRatio=0.1"后,辣条21个,不显示↑
URL上加了"?minGiftValue=1&silverGiftRatio=0.1"后,辣条201个,显示了↑
URL上加了"?minGiftValue=1&silverGiftRatio=20"后,辣条1个,显示了↑
怎么突然感觉是不是“礼物的价值”影响了这个问题……?
@blackfoxsar 吃瓜一毛钱一个,minGiftValue应该得到0.1
@blackfoxsar 吃瓜一毛钱一个,minGiftValue应该得到0.1
咦,原来单位是按照1000:1来计算的吗?
@blackfoxsar 吃瓜一毛钱一个,minGiftValue应该得到0.1
大概知道发生了什么了……我改了main.js后链接用错了(用成了 3shain.com 的链接了……)总之目前已经能正常显示了=w=
谢谢大佬帮忙解决问题=w=
新功能提议
使用户可以屏蔽自定义关键词或者正则,或者加载类似 https://github.com/jnxyp/Bilibili-Block-List 中的xml文件,使被匹配到的弹幕不被显示
贡献一条镜像站地址
新功能建议,关于环境的
cPanel的NodeJS环境无法加载BiliChat,先是运行了git拉取的,再切换成Release的压缩包文件,但还是无法运行,设置了log输出地址了,但没有任何log,只在项目文件夹额外创建了两个文件夹,public与tmp
个人建议,发布cPanel服务端的使用教程
新功能建议,关于环境的
cPanel的NodeJS环境无法加载BiliChat,先是运行了git拉取的,再切换成Release的压缩包文件,但还是无法运行,设置了log输出地址了,但没有任何log,只在项目文件夹额外创建了两个文件夹,public与tmp
个人建议,发布cPanel服务端的使用教程
非BiliChat的问题和意见不建议在此版发布。
一条建议
大佬是否考虑更换b站新版的接口
以及提供更广泛的信息给UI制作者,比我我正在想帮朋友定制一个UI,其实很希望一个持续更新的接口项目作为依赖
一条看完这个项目我想做(或者说是正在做)的事
我在试图使用electron包装这个项目并为大佬提供一个小白也可以自己手动调整config的UI,如果可以,大佬可以考虑给我提供更多的接口
啊
1.你所说的新版接口是什么啊 源码都在这摆着了还能有什么更广泛的信息(
2.ConfigUI这个倒是已经有人做过了(隔壁)不过你想做也可以做
但是能够提供的信息没有更多了啊 源码都在那里放着了
(另外3shain最近大概很忙吧 不知道他能不能及时回复你(
我试图输出了message,比如收费的那个跨播,是可以显示用户牌子等级、舰长进入直播间之类的=.=
新功能建议
今天研究了一下自定义配置文档,对 customEmotions
这个功能很喜欢,但是感觉现在的全文匹配在实际应用中会有一些缺陷,举例如下:
已有表情贴纸定义【贴贴】,但是在直播中经常出现的词组会是【XX贴贴】,这时就无法实现对部分内容匹配进行显示了。
所以想请教一下能否实现匹配弹幕的部分内容进行替换呢
新功能建议
今天研究了一下自定义配置文档,对
customEmotions
这个功能很喜欢,但是感觉现在的全文匹配在实际应用中会有一些缺陷,举例如下:已有表情贴纸定义【贴贴】,但是在直播中经常出现的词组会是【XX贴贴】,这时就无法实现对部分内容匹配进行显示了。
所以想请教一下能否实现匹配弹幕的部分内容进行替换呢
因为图片尺寸不规范,会造成排版不美观的原因,所以没有考虑部分替换的方式。
对于类emoji的表情替换,大概会做成一个新功能(但目前而言需求还是很模糊的
氦,其实他现在已经不提倡自己部署了,因为用户自己部署的服务总会出奇奇怪怪的问题
不过npm上的包确实该更新了