[反馈] 文件列表中的html很难直接加载到侧边浏览器中

[luchao900]

文件列表中的html很难直接加载到侧边浏览器中

也在deepchat中获取不到文件路径,不方便删除文件,不方便重命名

文件列表的宽度改变不了,文件列表太宽,有些妨碍阅读文本框内容

[zhangmo8]

宽度调节确实是一个问题，其他的我觉得不应该在这里进行解决， 我感觉 deepchat 并不该作为一个编辑器方向去做

[neo-fusheng]

关于HTML文件无法在侧边浏览器加载的问题，这个跟Electron的安全策略有关。

Electron的webview默认对file://协议的本地文件有严格限制，CSP和同源策略会导致HTML里的JS、CSS、图片等资源加载失败，特别是用相对路径引用的资源。所以即使把文件路径塞进侧边浏览器，HTML大概率也跑不起来。

如果要支持这个功能，比较好的做法是让deepchat内置一个轻量的本地HTTP服务器（比如用express或者http-server），把文件目录变成一个本地HTTP端点，然后用http://localhost:端口/xxx.html的方式在侧边浏览器中打开。这样所有资源路径都能正常解析。

至于文件管理（删除/重命名），zhangmo8说得有道理，deepchat的核心是AI对话不是文件编辑器。但宽度调整确实是个挺实在的体验问题，建议把文件列表面板做成可拖拽调整宽度的，改起来应该就是几行CSS的事情。

[harrywl]

前两天用到了自带的浏览器功能
打开侧边浏览器之后，扩大或者缩小窗口帧率会掉，会卡，性能要优化，
还有从浏览器获取数据体验也不是很好
另外
后来就是通过 tg remote 用自带浏览器是这样的

[zhangmo8]

1. 性能问题可以合并到另一个 issue 当中
2. remote 本身是返回 deepchat 给你的信息，并无法打开你 tg 上的浏览器，这些信息是 tinking 和 tool call 的调用，可能确实不太好，后续可能会考虑不再返回 think 和 tool call 的内容，但这样会导致 返回的时间过长，需要权衡一下

[harrywl]

1. 性能问题可以合并到另一个 issue 当中
2. remote 本身是返回 deepchat 给你的信息，并无法打开你 tg 上的浏览器，这些信息是 tinking 和 tool call 的调用，可能确实不太好，后续可能会考虑不再返回 think 和 tool call 的内容，但这样会导致 返回的时间过长，需要权衡一下

1. 好的，
2. 我的意思是远程的 GUI App 端的加载浏览器的性能问题和浏览器打开网页后获取网页的信息的性能和效率问题。这里的 thinking 和 tool 调用传输过来给我看可以保留，不用去掉，这是一种好的反馈(对我来说
3. 前面的 QR 扫码鉴权看到了，到时候 release 了，体验下。流式卡片的飞书和 lark 的 feature ，加油！

[zhangmo8]

2 其实取决于 电脑性能 和 模型强度，agent 并不能影响这两点，当然，可以尝试输入一些 prompt 来影响 模型的关注重点，这可能会有一些帮助（不过deepchat 确实是存在一些性能问题, doge）

另外，非常感谢你的支持和反馈 ，流卡片也在路上了， 希望 lark sdk 后面不要有 break change 🙏