Say which windows a menu command, launch or open created
Maintainer thường phản hồi trong vòng 1 ngày
Một pull request liên quan đã được merge.
- #56 của @iamnbutler — đã merge
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Start by reproducing the report: run desktop_menu File → New in TextEdit and list the windows of that process before and after dispatch to see how the new windows appear. The request is for menu, launch and open receipts to list the target process's windows created between dispatch and verification, each with its window ID and identity, plus an exclusive or ambiguous attribution. Done means those receipts carry that data and the ambiguous case is flagged when a second window appears. The issue does not name the source files, so locate the receipt and window-listing code first.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Found in the Ace desktop tools study (githubnext/ace#427), D4 on Canary 0.0.46+8fbfcc3.
Observed: two Ace channels each ran desktop_menu File → New in TextEdit about 3 s apart. Two empty windows appeared, "Untitled" (11310) and "Untitled 2" (11314). One agent asked the owner: "nothing I can observe tells me which one I created." It was right to stop. Neither agent touched the other's window. Running the same kind of task in two channels is impossible today, though, unless they can attribute new windows.
Ask: action receipts for menu, launch and open (and window-creating keys, once #13 lands) should report the windows of the target process that appeared between dispatch and verification. Give each its exact window ID and identity, and mark the attribution exclusive when no other window of that process appeared in the interval, or ambiguous when one did. The model can then target its own window, or know it must ask.
Related: #4 (window, menu and dialog workflows).
- Ngôn ngữ chính
- Swift
- Star
- 0
- Fork
- 0
- Merge trung bình
- 15 phút
- Pull request đã merge (30 ngày)
- 94
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của githubnext/desktop-tools
-
Ace: adopt desktopToolRules()Đang mởace documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
githubnext/desktop-tools#104 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Agent task coverage auditĐang mởdocumentation
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
githubnext/desktop-tools#75 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 55/100
githubnext/desktop-tools#42 · 29 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
githubnext/desktop-tools#27 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
question
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 8/100
githubnext/desktop-tools#24 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của githubnext/desktop-tools
Issue tương tự
-
agent/quality help wanted origin/quality quality stage/010-actionable testing
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
hivecommons/hotshot#227 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
cucumberswift/CucumberSwift#437 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
-
Bug MapKit SwiftUI
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
vdhamer/Photo-Club-Hub#885 · 1 bình luận ·
-
help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100