xkcd: comic is drawn too small to fill the screen
メンテナーはふだん 1 日以内に返信
関連するプルリクエストがすでにマージされています。
- #287 @txoof-bot による — マージ済み
評価
- 難易度
- 3/5
- 見積もり時間
- 半日
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- python
- 領域
- embedded-iot
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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.
- 主要言語
- Python
- スター
- 205
- フォーク
- 17
- 平均マージ
- 4時間 8分
- マージ済み PR（30日）
- 72
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
txoof/PaperPi のほかの issue
-
enhancement
難易度 1/5 1時間未満 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
area:plugins enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
メンテナーはふだん 1 日以内に返信
-
area:core needs-decision
難易度 5/5 1週間以上 初心者へのやさしさ 32/100
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
メンテナーはふだん 1 日以内に返信
似ている issue
-
request-theme
難易度 1/5 1時間未満 初心者へのやさしさ 66/100
LizardByte/ThemerrDB#9575 ·
メンテナーはふだん 1 日以内に返信
-
author-page correction
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
acl-org/acl-anthology#10599 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
zilliztech/memsearch#818 ·
メンテナーはふだん 1 日以内に返信
-
[FAQ] Commit ID for Projects対応中かも @github-actions が今日担当しました。 オープンfaq-proposal
難易度 1/5 1時間未満 初心者へのやさしさ 84/100
DataTalksClub/faq#503 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
README.zh-CN/ja/es still hard-code 501 test counts after README.md went count-free対応中かも @Aaqibhafeezkhan が今日担当しました。 オープンbeginner documentation good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
BistaDinesh03/critique#164 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信