xkcd: comic is drawn too small to fill the screen
Maintainer thường phản hồi trong vòng 1 ngày
Một pull request liên quan đã được merge.
- #287 của @txoof-bot — đã merge
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- Nửa ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- python
- Lĩnh vực
- embedded-iot
Hướng nghiên cứu
Start in src/paperpi/plugins/xkcd_comic/init.py, in the draw function, to see how the enlarge setting decides whether a comic smaller than its block is scaled, and how max_width and max_height skip large comics. The default is a maintainer decision, so confirm it with txoof before changing it. Done when comics fill their block on the 9.7", 7.5" and 5.65" sample images, the enlarge help text explains the behavior, and the sample images are regenerated.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Seen in the web interface demo (2026-10-10, virtual screen 1200x825).
Problem: the comic is drawn much smaller than the space it has, so it doesn't fill the screen well and is likely hard to read on the e-paper screen.
Likely cause: the plugin setting enlarge is off by default. With it off, a comic smaller than its block is drawn at its own pixel size and never scaled up (src/paperpi/plugins/xkcd_comic/__init__.py, draw). Most xkcd comics are a few hundred pixels wide, while the 9.7" screen is 1200x825, so most comics come out small.
To decide (ask txoof first):
- Should the comic be scaled up to fill its block by default (
enlarge = true), or only up to a limit (for example at most 2x, so pixel art doesn't get too blocky)? - On a 1-bit or 16-gray screen, does a scaled-up comic still look sharp enough? Check a sample on the real 9.7" screen.
- Should
max_width/max_height(which skip large comics) change with it?
Done when: comics fill their block well on the 9.7", 7.5" and 5.65" sample images, the default is decided with txoof, the help text of enlarge explains it, and the sample images are made again.
- Ngôn ngữ chính
- Python
- Star
- 205
- Fork
- 18
- Merge trung bình
- 3 giờ 49 phút
- Pull request đã merge (30 ngày)
- 89
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không 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 txoof/PaperPi
-
enhancement
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area:plugins enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area:install enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Upate album art in music pluginsĐang mởarea:plugins
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 55/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của txoof/PaperPi
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
unionai-oss/pandera#2640 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
JdeRobot/RoboticsInfrastructure#843 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
automated endpoint-dead needs-curation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
almanac-data/climate-almanac#122 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:harness enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
evarness-ai/iris-harness#420 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
suitenumerique/find#206 ·
Maintainer thường phản hồi trong vòng 2 ngày