Is `Context` needed for anything other than performance?
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 25/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- rust
调研方向
首先阅读链接的 softbuffer issue 37、pull request 64 以及相关 issue 298，以验证 Context 和 Surface 为什么要分开。然后检查公开的 Context 和 Surface API 及其 ownership 约束。在不破坏多窗口使用的情况下，为单窗口便利场景确定最终的 API 决策，即视为完成。
由索引模型根据 Issue 内容生成。
描述
I've read https://github.com/rust-windowing/softbuffer/issues/37 and https://github.com/rust-windowing/softbuffer/pull/64, and from my understanding, the split between Context and Surface is purely for performance, to allow sharing resources that are expensive to create.
Is that correct?
If so, then I feel it might make sense to add a convenience wrapper like:
impl<W: HasDisplayHandle + HasWindowHandle> Surface<W, W> {
pub fn new_single_window_bikeshed(window: W) -> Result<Self, CreationError> {
// Conceptual implementation, needs to be done differently in reality
// since the window needs to only be stored in the surface.
let context = Context::new(window);
Self::new(&context, window)
}
}
And perhaps change Surface to be something like struct Surface<D, W = D> (make the two type parameters default to be the same type).
This would simplify the common use-case of having a single window to be:
struct App {
surface: softbuffer::Surface<winit::Window>,
// + possibly an `Option` if you want to support Android too.
}
While still allowing the more complex multi-window case:
struct App {
context: softbuffer::Context<winit::OwnedDisplayHandle>,
surfaces: Vec<softbuffer::Surface<winit::OwnedDisplayHandle, winit::Window>>,
}
See relatedly https://github.com/rust-windowing/softbuffer/issues/298.
- 主要语言
- Rust
- 星标
- 507
- 派生
- 85
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 没有贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
rust-windowing/softbuffer 的其他 Issue
-
DS - X11
难度 3/5 1-2 天 新手友好度 48/100
rust-windowing/softbuffer#368 ·
-
`Buffer<'_>` shouldn't be `Send`可能已有人在做 @Guflly 于 73 天前认领。 未关闭bug DS - Android NDK
难度 4/5 3-5 天 新手友好度 35/100
rust-windowing/softbuffer#347 · 1 条评论 ·
-
Needs Design Work
难度 5/5 一周以上 新手友好度 25/100
rust-windowing/softbuffer#342 · 1 条评论 ·
-
enhancement question
难度 5/5 一周以上 新手友好度 25/100
rust-windowing/softbuffer#338 ·
-
Zero-copying on Android可能已有人在做 @MarijnS95 于 256 天前认领。 未关闭DS - Android NDK enhancement
难度 4/5 3-5 天 新手友好度 35/100
rust-windowing/softbuffer#318 · 2 条评论 ·
查看 rust-windowing/softbuffer 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 66/100
ActivityWatch/aw-notify-rs#47 · 1 条评论 ·
-
`inverse()` of a controlled `CUGate` drops the phase parameter γ可能已有人在做 @rupasri118 今天认领。 未关闭bug mod: circuit
难度 2/5 1-3 小时 新手友好度 66/100
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 84/100
维护者通常 2 天内回复
-
agent:triaged bug bughunt pm:bundler priority:p1
难度 2/5 1-3 小时 新手友好度 70/100
SocketDev/socket-patch#1573 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 62/100
bytecodealliance/rustix#1706 · 1 条评论 ·
维护者通常 11 天内回复