windowbr

Results 11 comments of windowbr

目前我希望的是想试试在使用 bgmv0 的同时不使用追番进度条,但我在 readme 里似乎没找到这个功能的开关?

> `progress: false`关闭进度条 这我当然试过,但我希望关掉的是上图这个进度条,这个选项关掉的是下图的进度条,压根不是一个东西啊。。。 ![image](https://github.com/user-attachments/assets/8ca1a6ac-3e51-4b2f-bf35-ee6f3872f4b2) ![image](https://github.com/user-attachments/assets/0814212d-dee7-4115-a6f8-9307a8df21d8)

> v1.10.2版本已修复 感谢修复,另外我刚刚更新到了最新 1.10.2 版本,再次进行了相关选项调整后发现了排版错误并非进度条引起。 经测试发现原因为在 **同时使用 bgmv0 且开启我的评论(showMyComment: true)** 的情况下才会出现错误,错误状态如该 issue 最开始的截图所示。

> 已修复 再次感谢修复,但仍然发现了新的问题,我直接上图吧 首先是 **bgmv0源** 打开评论栏的有评论和无评论的截图: ![image](https://github.com/user-attachments/assets/bcc853a8-6610-4c9b-b176-5a02c7d96e4f) 然后是使用 **bgm源** 其余设置不变: ![image](https://github.com/user-attachments/assets/47879fc2-c9d3-4769-8392-3ff3e174dcc7) 问题描述:使用 bgmv0源 并开启评论栏时,首先是无论是否撰写了评论,都会显示一个框;然后有评论的条目也存在一些问题,首先是评论栏的框与封面重合,其次是没有显示个人打分。而 bgm源 的评论框行为则非常符合直觉,有评论的才显示框,并且条目高度增高以正常放置评论栏并显示评分。 对于排版的 bug 并不确定是否是由于主题引起,bgmv0 下的评论栏重合情况也不是所有条目都一定重合,仍然存在不重合的条目;但使用 bgm源 时则所有条目全部正常,所以个人推测原因还是出在对于 bgmv0 并未做好适配。

补充:对比了各个番剧条目后似乎找到了封面与评论框重合的原因,原因出在 bgmv0源 显示的简介与 bgm源 截断位置不同。bgmv0源 在许多条目的番剧简介截断的位置在我的主题下显示为两行,造成了评论栏位置上移了一行。将浏览器窗口大小缩窄使简介变为三行字后排版恢复正常也验证了这个想法。而 bgm源 则基本不会出现这个问题,截断位置基本都是显示为三行简介。 附图为 bgmv0源 将浏览器窗口缩窄后的表现 ![image](https://github.com/user-attachments/assets/babb9d4e-0465-41ca-9f8e-1e3cd1e17175) 顺带一提在 bgm源 下如果简介原文全长都只有两行字甚至一行字的情况下也会出现类似的问题 ![image](https://github.com/user-attachments/assets/bcaacbbf-3694-4d94-9340-6ef81dfdf71e) 但是我在官方提供的 demo 页面似乎并未发现这种情况 ![image](https://github.com/user-attachments/assets/b954fb05-3698-4b21-a61d-198998aac4e7) 如果这是我主题 bug 那不予修复也可以理解,但以下问题仍然希望得到改善 1. 简介截断位置的逻辑更改为与 bgm源 类似以缓解这种问题 2. 添加个人打分的数据 3....

再次感谢修复 排版问题相比上一版有缓解,但仍未完全解决 对于无评论、无评分的作品仍然未去除评论栏的显示 下图为浏览器默认最大化窗口大小下,简介分别显示出两行及三行、有评论和评分/有评分无评论/无评分和评论的情况 ![image](https://github.com/user-attachments/assets/b1a55664-f0c2-4ddd-a1fb-ce2c1b78c9c2) 下图为同样窗口下简介仅显示一行的情况(简介全长仅能占一行) ![image](https://github.com/user-attachments/assets/2c0859f5-9636-4acb-8db2-3893cdd2f119)

目前发现的其余问题均已解决 简介不足三行的排版问题仍然存在 ![image](https://github.com/user-attachments/assets/8b4b453b-33f8-4a85-ab1b-7d6031aaea22) 已使用当前版本部署到博客上,如果能帮助到 debug 的话可以来看看 [页面链接](https://windowbr.top/bangumis/)

有点不好意思但我其实不太懂这个该怎么改。 姑且说一下我找过的地方吧 我先是按照 README 最后的路径去 hexo 里面的 `/node_modules/hexo-bilibili-bangumi/src/lib/templates/theme/` 添加了个`nexmoe.css` 并填入你提供的代码后,分别 `hexo clean`、`hexo generate`、`hexo s` 进行测试但发现 bangumi-info 仍然是 160px ![image](https://github.com/user-attachments/assets/f852d785-629a-47dd-904d-4af5d9913b75) 然后发现你之前的修复提交多次更改了 `/src/lib/templates/theme/fluid.css` 就尝试去这文件最后加上你提供的代码并测试,情况仍未改变 最后还尝试了将 `/src/lib/templates/index.css` 第 48 行 .bangumi-info 中的 min-height...

感谢协助,虽然用的不是这个方法但我最终解决了 因为经测试这个方案并没有作用,会被插件的设置覆盖掉(如下图),但最终我还是成功找到了解决方案 ![image](https://github.com/user-attachments/assets/585fbb1b-cdbe-4c31-8abe-5fe57f4e7aed) 其实还是我知识不足的问题,就像我上面说的 > 我先是按照 README 最后的路径去 hexo 里面的 /node_modules/hexo-bilibili-bangumi/src/lib/templates/theme/ 添加了个nexmoe.css 并填入你提供的代码后,分别 hexo clean、hexo generate、hexo s 进行测试但发现 bangumi-info 仍然是 160px 我修改后压根没重新 build,而且直接再 hexo 下这个环境下也没法运行 build(虽然我也不知道原因但总之就是报错),因此其实改了个寂寞。 于是我还是完整的走了遍流程: 1. 将项目 fork...

我是Windows服务器版本,能正常安装上,你可以先排查一下会不会是网络问题 ![image](https://github.com/user-attachments/assets/d01bbcd3-2dc9-4ba9-a0ae-84015645fbdf) ![image](https://github.com/user-attachments/assets/a5857c38-4b0f-4d5a-ad53-326c601ca1be)