Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Say which windows a menu command, launch or open created

オープン
#17 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
macos, swift
領域
desktop, devtools

調査の方向性

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.

索引モデルが issue の本文から書いたものです。

説明

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).

主要言語
Swift
スター
0
フォーク
0
平均マージ
31分
マージ済み PR(30日)
14

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

githubnext/desktop-tools のほかの issue

githubnext/desktop-tools の issue をすべて見る

似ている issue

Swift の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。