检索词:别名、数值、视图、引用、渲染、语法、错误、异常、Bug、白屏、灰屏、卡死、地址、不完整。
主要出现在 ![]()
语法。[]
中仅有数字时,将被识别为图片大小而非图片名称,所以当数字过大或过小时,会出现图片显示问题。
已知方案:在数字右边加 |
,如 ![7|]()
。
现有文档也可通过正则批量修改去掉纯数字 []
中数字,参 #25。
以下为至今相关求助话题合集。
检索词:别名、数值、视图、引用、渲染、语法、错误、异常、Bug、白屏、灰屏、卡死、地址、不完整。
主要出现在 ![]()
语法。[]
中仅有数字时,将被识别为图片大小而非图片名称,所以当数字过大或过小时,会出现图片显示问题。
已知方案:在数字右边加 |
,如 ![7|]()
。
现有文档也可通过正则批量修改去掉纯数字 []
中数字,参 #25。
以下为至今相关求助话题合集。
当图片属性值为纯数值时显示错误,并影响剩下所有内容布局, 无法查看后续内容
例如![123](123.jpg)
实测版本 0.14.2和0.14.5都会
我也发现了,好像是在最近几个版本引入的
找了半天发生这个图片无法实时渲染的原因,终于在这找到了,真是这个春数字导致的,感谢,希望官方内那个解决这个BUG!!!
现在的逻辑中,里面如果是数字的话表示的是图片大小
当图片名称为纯数字时,会出现灰屏(其他任何内容都不显示了),估计 ![20220516092734756]作为图片大小,把图片无限放大导致
图片地址类似以下格式:
![20220516092734756](20220516092734756.png)
这不算bug,本身数字就是放大功能,可以自行加点字母
建议超过 5000 就不用再放大了吧,这样功能就没意义了,有些图片的确是数字,部分用户不知道的情况下,会一头雾水,我也是花了挺久时间才排查出这个问题的
下午好!这可能是 Obsidian 的一个识别 bug 。
当我们在 Obsidian 中引用图片时,可以手动控制图片的标题和大小,比如像这样:
![picture | 200](http://img.img.lmlx66.top/idea%E6%8F%92%E4%BB%B6/7.png)
上面这张图片将被命名为 picture ,其宽度将被设置为 200px 。
很显然,当图片的标题为数字时,在编辑视图下 Obsidian 将其错误地识别为了图片大小:
感谢你的回复,使用除单数字字符外均显示正常,但数字编号为我的使用习惯,故提出问题。再次感谢您的回复。
很 cool ,这样就可以强制识别为图片标题了
我觉得这不应该算是 bug 吧,[]
里写纯数字调整大小本就是 ob 的语法,所谓的不显示只不过是太小了,左下角那个小块不就是吗。
可能是他的图片和代码不一致产生了误解
其实解决方案我是知道的,但这与原始md语法就产生了冲突,我相信官方还是想完全兼容原语法的同时做拓展的,我提出这个问题的目的是有这样一个考虑。
或许是吧,但是 Obsidian 在 编辑视图 和 预览视图 对这个语法的识别并不一致。
hh,不是啦,是下面这个:
![7](http://img.img.lmlx66.top/idea%E6%8F%92%E4%BB%B6/7.png)
7
识别为 图片大小7
识别为 图片标题通过其他markdown软件创建的md文件(标准语法)比如 ,导入后向下滑动经常卡死,或者白屏,点击白屏会显示正在选中图片,有时重新插入图片可以解决,大批量出现这种bug的图片挨个更换很费时。
当前 Obsidian 的版本v1.1.16 window11