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

Fix printing for Operand object

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

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

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
48/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
python
領域
tooling

調査の方向性

まず Operand の出力実装を見つけ、追加のコンテキストについて issue #19 を読んでください。引用符で囲まれた名前と空の文字列に対する現在の出力を確認してから、Operand("") を含め、オペランドの境界が目に見える形で保持されるように表現を変更してください。

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

説明

When an Operand object is printed, if the name contains quotation marks, those marks are not printed (e.g. "hello" creates Operand("hello") which, when printed, appears as hello). This becomes a problem when the empty string ("") shows up as an operand, as nothing is printed. When such an operand (Operand("")) is contained as part of another object, such as CommandInvocationInitial, it will appear as though, when printed, the CommandInvocationInitial object does not actually contain an Operand("") when, in reality, it does. This is quite deceptive and could easily lead to annoying issues that are difficult to debug (in this case, the only way to tell that there is an Operand("") is to check the length of the CommandInvocationInitial object's operand list, which is not intuitive). My proposition would be to forcefully include quotation marks around every operand that is printed to ensure that it is always clear that they exist or to provide some clear indicator that any Operand("") instances are present such as some kind of keyword.

See #19 for more details on the issue.

主要言語
Python
スター
5
フォーク
7
PR マージ指標
30日以内にマージされた PR はありません

環境構築

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

はじめの一歩

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

binpash/annotations のほかの issue

binpash/annotations の issue をすべて見る

似ている issue

Python の issue をもっと見る

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

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