processing / processing/processing-website
Reference enhancement for `shapeMode()` - it does not affect GROUP shapes
まだ誰も着手していません。
- 主要言語
- MDX
- スター
- 90
- フォーク
- 122
- 平均マージ
- 1時間 43分
- マージ済み PR(30日)
- 3
説明
Which area of the website does this enhancement relate to?
Reference
Describe the enhancement
I propose for the shapeMode() reference page to include the information that when a PShape object is a GROUP it will not be affected by the shapeMode() drawing mode and will always be drawn from the "internal" origin of the shape. I think this behavior should not change.
Tentative/suggested addition:
Shape mode will not affect the drawing of GROUP PShape objects.
Why is this enhancement important?
I believe other users might be surprised by this behavior, as I was, and seek clarification at the reference documentation, which could have a note about it.
Additional context
void setup(){
size(200, 200);
shapeMode(CENTER);
PShape shp = createShape(GROUP);
PShape square = createShape(RECT, 0, 0, 80, 80);
shp.addChild(square);
shape(shp, 100, 100);
PShape other = createShape();
other.beginShape();
other.noFill();
other.vertex(0, 0);
other.vertex(80, 0);
other.vertex(80, 80);
other.vertex(0, 80);
other.endShape(CLOSE);
shape(other, 100, 100);
}
I wonder if someone could confirm this is true for all GROUP shapes? If it is not the behavior for all groups, how to differentiate and predict the behavior? If this behavior is found to be incorrect, a bug, could we have an ORIGIN mode to trigger exactly this behavior on GROUPS?
I found out about this behavior because py5 generates GROUP shapes when converting from external geometry sources. Ref: https://github.com/py5coding/py5generator/discussions/623
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
shapeMode() のリファレンスページから始め、現在の説明を例に示されている GROUP PShape の動作と比較します。その動作がすべての GROUP 形状に適用されるかを確認し、確認できた場合は簡潔な説明を追加します。そうでない場合は、ケースを分ける条件を文書化します。
索引モデルが issue の本文から書いたものです。
評価
- 領域
- documentation
- issue の種類
- ドキュメント
- 難易度
- 1/5
- 見積もり時間
- 1時間未満
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 50/100