-
Notifications
You must be signed in to change notification settings - Fork 67
数据实时保存至浏览器 #9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
数据实时保存至浏览器 #9
Conversation
再次打开web时自动加载上一次关闭时的卡片和连线
显示更合理
|
谢谢大佬!不过如果我不想继承上一次关闭的内容怎么办?是否可以提供个配置实时存储的方法?(与此前一样,请不要修改config.js,可以往其他地方放。此类配置如果多了,我想把类似的配置再单独做一个preference.js之类的) |
|
web端写个开关怎么样 配置仍然是存到浏览器 因为都是前端内容 |
|
我还是感觉整体的界面设计在没有错误的情况下保持不变比较好,不然怕时间长了之后 UI 越来越乱。 |
其实我觉得预制提示词的UI必须得改一下,就是prompt-cards这部分,只要提示词一多就很难翻找。要么直接不展示详细提示词(card-prompt),只保留标题。要么再加一个搜索框用来搜索提示词。 |
我自己用的时候总感觉左侧提示词卡片非常别扭,提示词过多时,翻动导致相对位置的变化会实时刷新连接线,一旦滚出屏幕,连接线还通向屏幕外侧,非常不美观。 这是一个值得推敲的问题。 我有一个大改的点子 仅供参考
这样做的好处是
这样做的合理性
这样做的问题
|
项目的初衷是集中在稿件修改这一个特定场景上。场景最重要的特点需要AI辅助的工作任务只有几个特定方向,对应来就是提示词种类少。这是项目最初最重要的目标。提示词多的情况不适用于本项目。 此外,如果有细分细节,也可以在提示词中配置窗口,并在文本区域保留几个细分分支。 修改UI的部分,参考最新readme。 |
我觉得这种卡片连接式的交互方式其实很有潜力,应该往更加通用的方向发展。 |
再次打开web时自动加载上一次关闭时的卡片和连线