Skip to content

feat: 两套额外风格(侘寂 / 新丑)是否值得进上游,以及以什么形式 #45

Description

@ye4wzp

What problem would this solve?

风格 A(杂志)和风格 B(Swiss)覆盖的是「编辑感」和「理性网格」这一带。有两类内容我反复撞墙:

  • 偏静、偏人文的分享(读书笔记、年度复盘、品牌故事):用 A 显得太媒体化,用 B 太工程感
  • 偏反叛、偏创意的场合(音乐节、设计分享、独立刊物发布):两套都太克制,压不住内容的气质

What do you want the Skill to do?

我在 fork 里已经按项目现有约定做完了两套完整风格。先来问要不要、以什么形式要,而不是直接甩 PR。

风格 C · 侘寂 Wabi-Sabi 风格 D · 新丑 Brutalism
视觉语言 极细宋体 + 和纸纹理 + 墨渍装饰 + 非对称留白 超粗无衬线 + 粗描边 + 色块装饰 + 故意打破网格
调性 素雅、克制、有呼吸感 大胆、粗粝、反精致
主题色板 5 套(默认「暖墨 Warm Ink」,Monocle 式) 4 套(默认「经典 Classic」,三原色 / David Carson 式)
模板 assets/template-wabi.html(312 行) assets/template-brutal.html(273 行)
主题文档 references/themes-wabi.md(131 行) references/themes-brutal.md(123 行)

两套都沿用了现有约定:主题切换 = 整体替换 :root 里标注的主题变量,其余 CSS 全部走 var(--...),和 references/themes.mdreferences/themes-swiss.md 的用法一致,没有另起一套机制。

三个想确认的问题

  1. 核心仓库愿意收额外风格吗? 我看到 会考虑把风格那块做成一个市场或者mod之类的结构吗 #13 里你回过「后面多了会的」。如果方向是把风格做成 market / mod 结构,我完全乐意按那个结构来改,而不是往核心里塞。需要我等结构定下来再说吗?

  2. 命名可能撞了。 ba12c5c 的 commit message 是 Sync multi-theme optimizations from dev (exclude Bento/Style C),看起来你那边已经有一个 Style C(Bento?)的规划。我这套叫「风格 C」会撞名,要不要我换个命名?也想确认这个位置是不是已经有安排。

  3. 如果愿意收,希望以什么形式提? 两套拆成两个 PR?先只提一套看效果?还是先补别的东西(截图 / 示例 deck / 校验器适配)?

Examples or references

另外我提了个和本提案无关的小 PR #44(点击翻页),那个是纯运行时行为,不涉及布局系统,两件事独立。

Area

Layout / template


先开 Issue 是因为 CONTRIBUTING 里写了「Do not invent new default body layouts unless the change is explicitly discussed」,所以没直接开 PR。如果方向不合,我把这两套留在自己仓库就好,完全没问题 🙏

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions