Skip to content

Tags: hellotham/hellonotes

Tags

v1.3.1

Toggle v1.3.1's commit message
Sync the download page to the 1.3.1 artefact

Version, size and SHA-256 as printed on the download page must match the DMG
actually attached to the release; nothing enforces that but this step, and the
checksum is what someone verifying by hand will compare against.

  version  1.3.1
  size     38.6 MB (38,606,928 bytes)
  sha256   7e56b66f158c5a83f67289f51690cfed53c8d9325ec44c92e6c7334d3dc82a7b

Taken from `dist/HelloNotes.dmg` **after** stapling, which rewrites the image —
a hash computed before it is one no user's `shasum` can reproduce.

Verified in the built output rather than the source: `website/dist/download.html`
prints all three, and no page still carries the 1.3 hash or size. Site audit
clean across 16 pages.

Co-Authored-By: Claude <claude-opus-5> <[email protected]>

v1.3

Toggle v1.3's commit message
Sync the download page with the 1.3 artefact

Version, size and SHA-256 taken from dist/HelloNotes.dmg after stapling —
stapling rewrites the image, so a hash computed before it is one no
user's `shasum` will ever reproduce, on the one page that exists for
people checking by hand.

  1.3 · 37,978,417 bytes (36.2 MB) ·
  00143e2ff407b5b3cf6cd4a376d7aea0387657094d6ab6ec10887dddce10b394

Verified from the rendered page, not the source constant: download.html
prints all three.

Co-Authored-By: Claude <claude-opus-5> <[email protected]>

v1.2

Toggle v1.2's commit message
Sync the download page with the 1.2 artefact

Size and SHA-256 taken from the finished DMG — after stapling, which rewrites
the file and therefore the checksum. Computing them any earlier puts a hash on
the download page that nobody's `shasum` will ever match.

  35.7 MB (37,472,715 bytes)
  cb72851b5b951f454ce31162d43e45ec267990562a6a88eae10e141e82ad44a0

Verified from the mounted image the way a user's Mac would: universal
(x86_64 arm64), Gatekeeper accepted, source=Notarized Developer ID, ticket
stapled so it validates offline, CFBundleShortVersionString 1.2 / build 3.

Co-Authored-By: Claude Opus 5 <[email protected]>

v1.1

Toggle v1.1's commit message
HelloNotes 1.1

v1.0

Toggle v1.0's commit message
Expand the product site to a full App Store submission site

The site was three pages (home, privacy, support). App Review expects a
product page that actually describes the app, plus documentation and a
working download. It is now sixteen pages.

New: landing page, feature tour, screenshot gallery, download page (with
install steps, SHA-256 and an spctl check), an eight-section user manual,
and an about page naming Hello Tham as publisher. src/lib/site.ts is the
single source of truth for app metadata, publisher, download artefact and
both navigation structures — the manual's ordering, prev/next links and
index cards all derive from one array.

Screenshots move from dist/ and public/ into src/assets/ so astro:assets
processes them: 3.1 MB PNGs become 10-84 KB WebP with intrinsic dimensions.
The disk image deliberately stays out of the repo — the download button
points at releases/latest, since a 35 MB binary in git history would be
permanent and re-uploaded in every Pages artefact.

Also fixed while building it:

- manual/shortcuts documented two shortcuts that do not exist. Rebuilt from
  the .keyboardShortcut modifiers in AppCommands.swift.
- The nav clipped Manual/Download/Support off a 375 pt viewport with no
  affordance. Inline links are now md: and up, with a JavaScript-free
  <details> menu below that.
- Headings inherited body's line-height 1.6, which looks broken once a
  heading wraps. Base rule is now 1.15 with text-wrap: balance.

Verified: 16 pages build, all 661 links resolve, every root-relative path
carries the /hellonotes base, and canonicals are extensionless on the
custom domain.

Co-Authored-By: Claude Opus 4.8 <[email protected]>

v0.1

Toggle v0.1's commit message
HelloNotes v0.1 — local-first native Markdown knowledge base (Milesto…

…nes 0–9)