create asserts a default page width that update leaves alone
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Start with resolveWidth in cmd/create/create.go and compare its default handling with the update path described in the issue. Read the principles documentation and the export and configuration guidance mentioned here. Done means one width policy is chosen, create and update agree or the exception is explicitly documented, and the relevant behavior is reflected in the project’s guidance.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
create gives every new page a width of max when the file declares none. resolveWidth (cmd/create/create.go) walks --page-width, then frontmatter page_width, then the project file's page_width, and falls back to pagewidth.DefaultWidth when all three are silent. update does the opposite: an absent page_width makes no width request at all and leaves the live width alone.
That makes the two writing verbs disagree about what an absent field means, and it is the one thing keeping L9 (declared-metadata-is-asserted: a field the file declares is made true of the page; a field it omits leaves the page alone) from holding in both verbs. labels and page_status already hold in both.
The question is a decision rather than a bug fix:
- Leave Confluence's own default.
createmakes no width request when nothing declares one, matchingupdateandlabels. A new page gets whatever Confluence gives a page created through the API. - Keep
maxas house style, but make it a declaration. For example,exportand the docs recommendpage_width: maxinmarkfluence.yaml, andcreateasserts only what is declared. - Keep the current behavior and say in the principles doc that
createasserts a default width, as an accepted exception.
Whichever it is, update and create should agree, or the difference should be written down on purpose.
- Ngôn ngữ chính
- Go
- Star
- 4
- Fork
- 1
- Merge trung bình
- 1 giờ 35 phút
- Pull request đã merge (30 ngày)
- 39
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
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 mozilla/markfluence
-
read: a bold or italic span starting or ending with punctuation reads back as literal asterisksĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
mozilla/markfluence#216 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 76/100
mozilla/markfluence#214 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
mozilla/markfluence#213 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
mozilla/markfluence#210 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Move plans out of the repository so a stale plan cannot be mistaken for how markfluence worksĐang mởdocumentation
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
mozilla/markfluence#209 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của mozilla/markfluence
Issue tương tự
-
bug frontend grammar sev-3
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
-
connector docs good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
soma-intelligence/open-health-sync#134 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug frontend
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
oss/0 pending team/container-integrations
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
DataDog/datadog-agent#58323 ·
Maintainer thường phản hồi trong vòng 1 ngày