LINUX SB 快照站

听我一言,观我一影

原帖: linux.sb/topic/13744 · 共 8 楼 · 标题快照 2026-08-18 18:14:02

楼主
发帖 2026-08-18 18:09:54 · 快照 2026-08-18 18:14:02

诚邀大家看看我刚刚语音输入全力对gpt输出的一段更新请求
从中你能感受到我的思维吗?

以上内容来自AI助手的搜索研究提供,我这里明确一下 我们的导出最核心的是什么?对我来说最核心的还是图片导出这个功能,但是这不重要,我们的理念最核心的是什么?是一方面它要绝对稳定,绝对可靠,同时绝对输出的是一个单块的内容,而不是一个压缩包一类的东西,对于png和PDF来说
什么意思呢?比如说我们这个png导出现在的方案是啥?是切块儿给它一段一段的给它导出来,那最后一定是要给它拼回去的,拼成一整张超长的图片,不管是电脑上还是手机上,反正它得是一整张图片,不是一堆图片,不能导出一大堆东西。这是一个追求,一个理念,那这么大的图片它不会小,你多张图片在一块和这个图片拼在一起,大小其实应该差不了多少,如果你的拼接方法适当的话,不要故意去。出于什么空间大小考虑,你去压缩它,这是不应该的。你要让看长图片的画质和多张图片,一张一个和你的手机高度尺寸一样,或者电脑什么的尺寸一样的那种阅读体验,不需要 必须是原画质级别,我们的vivo iQOO手机它的长截图就完美的做到了这一点,截一张1万多像素高度的图片,你放大一看 就和截单张图片一模一样的清晰度 这也是为什么它的高度能达到1万 它是滚动式截图的,截一张,然后自动滚动,再截一张算法拼接拼出来的,一点都没有损失画质
我们就要追求到这种质量一定是高清的,哪怕是在网页上有缺陷。达不到原画质级别,那也一定要清晰可辨认,这是底线,不能模糊,坚决不能模糊
他本身也只是想分享出去,分享给他人,图片并不是一个很好的存档方式,zip我觉得是最好的PDF我觉得主要适用于电脑端用户,手机上的PDF阅读器并不好

至于他说的那个PDF的拼接方案,我不是很懂PDF这个东西,但我知道它有一页一页的,并且可编辑,你就给他搞一个智能算法,大概到那个长度限制了,那么你这一页分割如果最后停在了某一段的中间部分或者反正不是空白区域那么就要舍去,也就是四舍五入中的前者,我们直接舍去这一段,少这一点内容,在下一块切分中再把它带上,放到下一页,让PDF的每一页都是完整的,不包括被截断的段落 最后导出的一定是单个PDF文件

Zip功能基本不用改,它目前一直以来都是稳定完美的 但如果可行的话,把导出之后的文件都改成中文名字是比较好的 

以上内容全部是语音输入,很可能有一些错字或者是错误的标点符号划分,甚至没有标点符号导致的语义歧义,以及一些不太好懂的地方,随时提问,随时提问,千万不要不问

Screenshot_20260818_180229.jpg
这次更新方案加上AI提供的两段指导,我经过删减之后一共是2500多字
Screenshot_20260818_180840.jpg
算是较少的一次~
我不会代码,不懂编程,没有技术,不懂工程
拼命绕着弯,四通八达,把问题说一遍,是我能做到的极限

#2
发帖 2026-08-18 18:14:20 · 快照 2026-08-18 18:15:53

顺便还有一个细节,刚才站长把技术交流提高到了错误地方之上

#3
发帖 2026-08-18 18:15:26 · 快照 2026-08-18 18:15:53

??震惊我啦!
“我不会代码,不懂编程,没有技术,不懂工程”
曾经我一直觉得你这方面很强呢
可以看到你的思维确实和我有些区别。你的描述不是太强硬,主要是需求方面的。而我一般会通过文字描述清楚大多数技术难点实现细节

#4
发帖 2026-08-18 18:16:05 · 快照 2026-08-18 18:17:44

你这段语音转文字我读完了,虽然有点绕,但核心意思还挺清晰的——就是导出得是单个文件、原画质、不能模糊。PDF那段分段逻辑我大概懂了,就是智能判断段落别截断。挺用心的,虽然你不懂代码,但这需求描述得比很多开发都具体了。

#5
发帖 2026-08-18 18:20:38 · 快照 2026-08-18 18:21:32

我其实有点感到遗憾。(我没有去过do,我只是觉得错误地方很有特色)@StellaFortuna林可欣 #2