Geo123abc

> 嗨，我休假结束了。 > > 我看了下你提到的问题，确实在主域名会剔除 `https` 以及 `http` 然后在简悦的后端会自动拼接为 `https` > > 所以 [One API](https://github.com/songquanpeng/one-api) 是个本地代理吗？如果是的话，在简悦这边也没法使用。 one API 是一个本地转发chatGPT的代理（可以这么说吧），配置多个chatGPT key 之后，可以负载均衡突破请求限制，其它调用chatGPT的应用换用oneAPI之后也是可以使用的，但是简悦没法使用，应该是和简约的处理有关

> 嗨，我休假结束了。 > > 我看了下你提到的问题，确实在主域名会剔除 `https` 以及 `http` 然后在简悦的后端会自动拼接为 `https` > > 所以 [One API](https://github.com/songquanpeng/one-api) 是个本地代理吗？如果是的话，在简悦这边也没法使用。 另外，本地有多个软件使用chatGPT，但是chatGPT账号一般最多三个月要换一下（免费5刀的），如果使用oneAPI的话，就不用单独配置每个应用的设置，只需要改一下oneAPI的配置即可，具体可以看一下这个原理图： ```mermaid graph LR A(用户) A --->|使用 One API 分发的 key 进行请求| B(One API)...

> emmm > > 我的意思是：你需要在本地设置一个服务，否则也不会使用 `http://localhost:3000` 这个 URL，简悦有自己的 OpenAI 服务器，所以暂时是没法使用提到的本地方案。 > > 我先 Mark 下这个功能吧，看看以后能否加入上此方案。 “简悦有自己的 OpenAI 服务器” 是简悦支持转发openAI的请求吗？

> > 简悦支持转发openAI的请求吗？ > > 是的。 简悦 AI 选项是有这两种方案吧： 1. “简悦官方”+openAI的key 2. 自定义+第三方API+第三方主域名 这个我没有理解错吧？ 其实本地软件传递给oneAPI的参数结构是和OpenAI API 结构一样的 期望能增加个选项，不把http强制转为https

> > 自定义+第三方API+第三方主域名 > > 这种方案也是要经过简悦自己的服务器。 > > 阅读理解并不是简单的调用 OpenAI API ，否则简悦的阅读助手也不能这么精准。 好吧，我以为自定义的话是直接连接OpenAI API的， 这个插件可以询问网页页面，简悦不能采用一样的路线吗？比如增加第三种配置选项（直连 OpenAI 的）

> > OCR处理之后，保存文件时，abbyy会对图像进行处理，导致保存的PDF文件膨胀的很厉害 > > 深表赞同，有的灰度打印的书籍不能用黑白存储，会丢失信息或者导致图片不能看，用CEP的话可以处理成4级或者16级灰度得到不错的效果 > > > 即使不勾选任何图像预处理选项、保存时使用的是最佳质量 > > 正因为你选用的是最佳质量才会这样，最佳质量的情况下如果是彩色的图像ABBYY会把图片存为24位无损压缩的png格式，基本上就凉了…… > > 你如果选“允许质量损失”进行有损压缩，ABBYY会使用jp2格式来存储彩色图像，然后把质量拉到30%左右（具体记不清了，可以自己多试几次），就可以在保证清晰的情况下把彩色的图像得到较好的体积，因为jp2的压缩比非常高，可以在极低体积的情况下获得很好的效果，对于文字类型的图像还不会像jpg一样把周围压糊；但是jp2压缩会导致PDF滚动变得非常卡顿，因为jp2的解码需要大量的CPU运算，很难进行流畅的滚动，一页一页慢慢看或者通过目录进行快速跳转还是没有问题的 > > 所以目前最佳的方案就是回避ABBYY的彩色图像，用老马的CEP软件把PDF的正文页面处理成纯黑白的图像（这个对技术要求比较高，我自己摸索了两年到现在才能比较流畅的完成整个过程），我自己是处理成600DPI的纯黑白tiff格式（CCITT g4无损压缩），封面存为300DPI的jpg格式，然后在ABBYY中如图选择，存储之后黑白图像还是原来的无损压缩，封面可能会被处理成jp2格式，这样一本几百页的教材只有40M左右  受教了，非常感谢

您好，我又来冒泡了，现在preview的功能很强大了，外部阅读器的高亮注释也都能显示 我来再问一下，能不能在放大、缩小工具栏旁边加一个或者两个按钮，功能是使用用户设置的外部阅读器打开PDF文件 谢谢

> 等它正式发布再适配。 期待，现在到了beta 21了，正式版应该不远了，昨天升级了一下，真流畅

> 不推荐使用line链接，建议使用section链接，定位到对应段落。 > > 个人认为，在笔记中插入定位字符对笔记的语义是破坏性的，不是特别好 目前better note有两种双链格式，一种是链接到行，另一种是链接到大纲级别，但是没有到块一级，并且这两种链接在note发生改变的时候很容易失效。 最近想到了一种优雅的方案，但是不知道可行性怎么样：使用html语言包裹一个id，并赋给被引用的段落，使得锚点文本（即id）对用户是不可见的，但是对程序是可调用的，这样就能在不破坏笔记的语义的前提下实现更好的双链。 如果方案可以的话，还可以进一步赋予有id的段落一种颜色或者其它的一个标识，便于用户识别。

> 所有的非格式内容（例如，html元素的id）将在保存的时候被清理，因此不具有可行性。 感谢回复