sxjeru

换个时间再试一次吧。

256k 可能不够实用，但大体需要自定义的模型（lobechat 未适配的）基本达不到 200k。 如果输入自定义模型 id，能自动从 lobechat 模型库中取到 tokens 值，想必能取代不少 200k 场景。 为什么会自定义重复的模型，因为 oneapi 。 如果实在希望保留 200k，这边可以妥协。

commit 反馈。（上旧下新）   --- 如果保留200k，是不是考虑去掉128k的轴标签。（保留刻度点）  ~~这边还设想减小滑块的步长，从 仅刻度 细分到 1k 颗粒度，不知有无必要，是否会影响交互。~~ step 优先级在 mask 之前，所以不再考虑。 

> 如果 0 是无限的话，我建议 token 的字符示意就应该也要用 无限大，而不是 Inf 这样可能导致其他语言的 tag 会很长，与 1K、1M 不太搭配。此外也有 tooltip 作为提示。 > 设想减小滑块的步长…… 实际倒不是让用户来拖滑块，只是单纯输入数字时滑块可视化能精确些。 （滑块内置的四舍五入其实不太适合此种场景，更适合向下取整，如 3.9k 判为 2k，而非 4k） 不会再考虑。 --- 此外还存在 k 到底指 1024 还是...

tag 里的 ∞ 比例感觉还是小了。 

icon 可行，希望调的还算适合。 

不知为何，ModelProviderCard 的 enabled 在 initialSettingsState 时事实上没有生效。

展开视频 https://github.com/lobehub/lobe-chat/assets/20513115/a961d744-2f73-4cad-a3e2-9a323e9000d7 https://github.com/lobehub/lobe-chat/assets/20513115/1b1635dd-d48c-4b54-97fa-529480355313 虽然视频中用的是 file:///，但效果与网页图片一样。 另外往里拖本地文件或图片，依旧都会显示“上传图片”的 overlay 提示。

> 能做到其他网页拖入的图片，仍然和之前的展示一样不？我觉得为了文字部分能拖动而牺牲图片拖动的展示，感觉不太合适。 这可能很难，因为 dragenter 时无法获取拖拽内容的 html，光靠 kind 与 type 不能区分 text 与 image。 并且 dragstart 也在其他页面，就只剩 drop 时访问内容了。 兹认为一般逻辑也是图片拖动到文本框即上传。（例如 Github） 或许可以考虑在拖动时给输入框添加一个背景，提示拖放到此上传。

> 能做到其他网页拖入的图片，仍然和之前的展示一样不？我觉得为了文字部分能拖动而牺牲图片拖动的展示，感觉不太合适。 @arvinxx 已实现需求。