Reference enhancement for `shapeMode()` - it does not affect GROUP shapes
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 1/5
- Thời gian dự kiến
- Dưới một giờ
- Mức phù hợp với người mới
- 50/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- documentation
Hướng nghiên cứu
Bắt đầu với trang tham chiếu shapeMode() và so sánh cách diễn đạt hiện tại với hành vi của GROUP PShape được thể hiện trong ví dụ. Xác nhận liệu hành vi này có áp dụng cho tất cả các hình GROUP hay không, rồi thêm phần làm rõ ngắn gọn nếu đúng; nếu không, hãy ghi lại các điều kiện phân biệt những trường hợp này.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- MDX
- Star
- 90
- Fork
- 122
- Merge trung bình
- 1 giờ 43 phút
- Pull request đã merge (30 ngày)
- 3
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
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 processing/processing-website
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
processing/processing-website#716 ·
-
Missing isLooping documentation Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
processing/processing-website#703 ·
-
Good First Issue Help Wanted Reference
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
processing/processing-website#698 · 5 bình luận · 1 reaction ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
processing/processing-website#681 · 2 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
processing/processing-website#646 · 3 bình luận ·
Tất cả issue của processing/processing-website
Issue tương tự
-
triage
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
feature pydanty:is-working
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
pydantic/pydantic-ai#8647 ·
-
Add date o "release information" Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Add more to the documentation Đang mở:watch: Not Triaged dotnet-fsharp/svc
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100