Skip to content

The application icon is the glyph alone - #10

Merged
anderix merged 1 commit into
mainfrom
the-application-icon-is-the-glyph-alone
Sep 21, 2026
Merged

anderix merged 1 commit into
mainfrom
the-application-icon-is-the-glyph-alone

Conversation

@anderix

@anderix anderix commented Sep 21, 2026

Copy link
Copy Markdown
Member

An application wore the icon of the document it reads. It now wears the glyph
off that page, with the page outline and its folded corner dropped and the
drawing grown into the grid they left. The document icon is unchanged and stays
what a file manager puts on an .odt, an .ods or an .odp.

The drawings move from packaging/linux/icons to packaging/artwork, a
directory that is honest about serving all three platforms, and there are now
two per application: <app>-document.svg and <app>-application.svg.

Each consumer is pointed at whichever of the two it draws. make-icons renders
a second .ico and a second .icns per application from the document drawing;
in the Store assets only FileTypeLogo comes from it. install.ps1 points a
ProgId's DefaultIcon at the document icon directory and ApplicationIcon at
the application's, and uninstall.ps1 removes both. A macOS bundle carries both
families, with CFBundleTypeIconFile and UTTypeIconFile moved to a
@DOCUMENT_ICON@ placeholder. Linux installs the application drawing into the
hicolor theme and still leaves a document to shared-mime-info.

Checked with clippy on the generator, bash -n on the three scripts, and a
second generator run that comes back byte identical, which is what the Windows
workflow compares against.

Left open: the submission squares under packaging/icons carry an alpha
channel, as they did before this change, and App Store Connect refuses a 1024
icon that does. Fixing it means giving the application drawing a ground rather
than adding a flag to the generator.

🤖 Generated with Claude Code

Each application wore the icon of the document it reads: a page with a
folded corner, carrying the glyph of what is on it. The page is now the
document's alone. An application is drawn twice in `packaging/artwork`,
which is where the drawings move to from `linux/icons`, a directory that
had never been Linux's: `<app>-document.svg` is that page, unchanged,
and `<app>-application.svg` is the glyph off it, grown into the grid the
page left and centred on the 64-unit one.

Every consumer is pointed at whichever of the two it draws. `make-icons`
renders `<app>.ico` and `<app>.icns` from the application drawing and a
new `<app>-document.ico` and `<app>-document.icns` from the document
one; in the Store assets only `FileTypeLogo` comes from the document,
and the tiles, the logos and both listing squares come from the
application. `install.ps1` points a ProgId's `DefaultIcon` at the
document icon directory and its `ApplicationIcon` at the other, and
`uninstall.ps1` removes both. A macOS bundle carries both families, with
`CFBundleTypeIconFile` and `UTTypeIconFile` on a `@DOCUMENT_ICON@`
placeholder and `CFBundleIconFile` still on `@ICON@`. Linux installs the
application drawing into the hicolor theme and leaves a document to
shared-mime-info, as it always has.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@anderix
anderix merged commit da8e14c into main Sep 21, 2026
5 checks passed
@anderix
anderix deleted the the-application-icon-is-the-glyph-alone branch September 21, 2026 17:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant