搜索UI很让人困惑,我在顶部输入搜索词,按回车之后搜索词居然从顶部消失了,跑到了下面那个大搜索框里。
为什么需要第二个额外的搜索框?而且顶部的搜索词也不应该消失。
还有,目前我不喜欢在next.hu60.cn回复,因为它没有markdown开关,我需要手动输入
<!-- markdown -->才能启用markdown模式。经典主题和Jhin主题可以通过网页插件添加Markdown开关:
https://hu60.cn/q.php/bbs.topic.83135.html
<iframe>标签完全被忽略,[html][/html]功能失效:
https://next.hu60.cn/topic/101501#floor-13
正常应该是这样:
https://hu60.cn/q.php/bbs.topic.101501.html?floor=13#13
回复编辑器中的**粗体**、
```
代码
```
等功能无效,因为未添加 <!--markdown --> 标签,markdown模式根本没有启用。![]()
@七号,我不需要这些功能,你想要你可以做给自己用,但我不会推广。此外,https://hu60.cn/q.php/bbs.topic.107456.5.html 的评论区积累了很多问题没有处理,我认为这些问题更重要一些
@七号,为什么要让AI长时间操作本站?难道不应该只是短期搜索,找到之后就结束吗?
@七号,其实只需要一个hu60.skill加curl命令,AI就可以自主浏览本站了。
只要把JSON Page API的搜索接口告诉它就行了。
@卷心菜,不明显。以下是time命令的统计结果,结尾是秒数:
time docker run --rm -it -v $PWD:$PWD -w $PWD node:latest npm run build 0.03s user 0.07s system 0% cpu 29.361 total time docker run --rm -it -v $PWD:$PWD -w $PWD oven/bun:latest bun run build 0.04s user 0.05s system 0% cpu 28.915 total直接在docker内执行time,稍微明显了一点(real是实际执行秒数,user和sys是多个核心的用时累加的结果)。
docker run --rm -it -v $PWD:$PWD -w $PWD --entrypoint=bash node:latest time npm run build ... real 0m29.349s user 0m54.682s sys 0m7.205sdocker run --rm -it -v $PWD:$PWD -w $PWD --entrypoint=bash oven/bun:latest time bun run build ... real 0m25.568s user 1m0.981s sys 0m6.952s但是不稳定,有时候node比bun更快:
time npm run build real 0m22.524s user 0m51.146s sys 0m5.357stime bun run build real 0m26.493s user 1m2.700s sys 0m7.145s
img标签中的style被忽略,导致用于限制图片大小的#宽度语法失效。《图片:https://file.hu60.cn/file/hash/png/f15e71e06fbaf3a29a3995e70e8035fd59905.png,image.png(58.5 KB)#300》
@旧人,那功能更强大的
[html][/html]呢?也不支持?
@上善若水,那我挂一个重定向
@七号,不知道为什么有时候翻页很慢
@七号,已部署。已把
isFavoriteTopic改为登录可见,现在未登录不会报错了。
@七号,我倾向于采用类似
<!-- markdown -->的方案来支持行内公式,比如添加<!-- math -->标记然后让用户自主开启(或者前端智能检测到用户插入公式时自动添加该标记)。
之后我可能会把基于<!-- math -->标记的行内公式解析功能添加到后端。
我倾向于采用类似
<!-- markdown -->的方案来支持行内公式,比如添加<!-- math -->标记然后让用户自主开启(或者前端智能检测到用户插入公式时自动添加该标记)。
之后我可能会把基于<!-- math -->标记的行内公式解析功能添加到后端。
虎绿林之前也实现了
通过[math]a+b[/math]或《公式:a+b》UBB嵌入latex数学公式(https://hu60.cn/q.php/bbs.topic.95320.html#nav)。
不支持$分隔符主要就是为内容兼容性考虑。还有我突然想到,如果用户把 $ 当作“美元”来用呢?
考虑以下内容:
XXX VPS大甩卖,1G+20G $1,2G+40G $2,4G+80G $5,8G+200G $8!真的要给每个
$都添加\转义吗?备注:该楼层处于markdown模式。
@七号,虎绿林之前也实现了
通过[math]a+b[/math]或《公式:a+b》UBB嵌入latex数学公式(https://hu60.cn/q.php/bbs.topic.95320.html#nav)。
不支持$分隔符主要就是为内容兼容性考虑。还有我突然想到,如果用户把 $ 当作“美元”来用呢?
考虑以下内容:
XXX VPS大甩卖,1G+20G $1,2G+40G $2,4G+80G $5,8G+200G $8!真的要给每个
$都添加\转义吗?
@七号,我们有大量没有
<!-- markdown ->标记的历史内容,必须保持这些内容的正确渲染。
如果你希望markdown及其行内公式扩展在你的前端是必选的,请始终为你的内容添加<!-- markdown ->标记,但不要影响以前没有该标记的内容。
在_content=html模式下区分内容是否开启markdown也很简单,markdown内容始终以<div class="markdown-body">开始。
致前端维护者:请不要为没添加 <!-- markdown -> 标记的内容启用行内公式解析,请勿破坏以下代码的正常呈现:
$a = $b; $c = $d;
if ($e == 'xxx') {
echo "$f/$g";
}上述代码的正常呈现如图所示:
如果你希望markdown及其行内公式扩展在你的前端是必选的,请始终为你的内容添加 <!-- markdown -> 标记,但不要影响以前没有该标记的内容。
在 _content=html 模式下区分内容是否开启markdown也很简单,markdown内容始终以 <div class="markdown-body"> 开始。
我们有大量没有
<!-- markdown ->标记的历史内容,必须保持这些内容的正确渲染。
比如,强行启用行内公式解析将破坏以下内容:
@七号,比如,强行启用行内公式解析将破坏以下内容:
