--- title: The product site, web renderer, and desktop delivery are separate · r4 description: How to distinguish informational web pages, browser rendering, and Mac package channels without implying deployment or release guarantees. Archived revision r4 (2026-10-12) of /architecture/web-and-distribution/. url: https://docs.thegram.one/architecture/web-and-distribution/revisions/4/ lang: en tier: legacy source: https://docs.thegram.one/sources/web-and-distribution/revisions/4.gram revision_of: https://docs.thegram.one/architecture/web-and-distribution/ revision: 4 date_published: "2026-10-12T08:40:40.104Z" evidence: Canonical source SHA-256: ea99bd4dbe82145fa7043071a758f94a2d46dc70538f943a18f74df6885cdf08 Selected revision: r4 · sha256:b692f247dae3e9abd45f60ba362bdd21aac3b6e69848eeecf76dcb7c6616a75f Local renderer: configured local Thegram renderer · API thegram-web-render/1 Core source: git+https://github.com/clab-one/thegram-format.git?rev=b16489e1d0d77d38f82d2f61776524737aa31557#b16489e1d0d77d38f82d2f61776524737aa31557 --- # The product site, web renderer, and desktop delivery are separate · r4 > Archived revision r4, recorded 2026-10-12T08:40:40.104Z. Current page: [The product site, web renderer, and desktop delivery are separate](/architecture/web-and-distribution/).
## Four web surfaces, plus native desktop {#h0-1} Thegram has four distinct web surfaces plus native Mac software: the product and installation site, the account-backed Vault web app at vault.thegram.one, the ephemeral browser renderer, and a public reader/viewer surface. These entry points have different identity, persistence, and delivery boundaries. The product site explains routes; the Vault web app provides account-backed document access; the renderer accepts submitted bytes and returns a view; Desktop is installed and run on macOS. A statement about one surface does not prove availability, privacy model, or release status of another. The `thegram-web` README describes a static site with pages for product information, install instructions, legal terms, privacy, and download guidance. Static content can explain how to obtain an application, but does not itself build or ship that app. Its README documents an intended cluster route and deployment setup alongside the source; repository configuration is not independent proof that a particular deployment is currently healthy or accessible. ### Browser reading is a request, not a hosted workspace {#h0-4} `thegram-web-render` documents a no-login, ephemeral viewer. A user can paste or upload a .gram file, inspect its document or dashboard view, and navigate history. The browser submits source via POST; the server processes it ephemerally and does not retain documents for later retrieval. This differs from the account-backed Vault web app at vault.thegram.one, which is presented as an in-browser route for account documents. No reusable sharing link or synced library follows from opening a file in this interface. It is useful for quick reading where submission is acceptable, but not a replacement for a local file owner or team storage service. ### Native package routes {#h0-6} The primary desktop repository README states a public Mac version and points to the public DMG endpoint. The separate sandboxed Mac App Store edition is in preparation, with App Store entitlements, a privacy manifest, and installer-signing work; no App Store release is evidenced. Its README and acceptance file are inherited from the desktop line and retain a Source-r2 TEST/UNRESOLVED-license boundary, not a statement of App Store release status. Separately, the public 0.9.6 README records Core license status as UNRESOLVED; notarization does not imply license review. These facts must remain separate. A public download URL in a README does not by itself establish current status of every package, its license conditions, or store availability. For iOS, the reviewed feature branch describes a read-only iPhone/iPad viewer, including read-only account documents from Thegram Vault and Google Drive. That revision is on `frontend/figma-mobile-refinement`, not `main`; the product homepage labels the current route a TestFlight beta. Website wording is time-sensitive; readers should follow the current official page rather than infer an App Store release. iOS import behavior differs from desktop editing and from the renderer’s upload flow. ### Example: choose the right route {#h0-9} A Mac user preparing a decision brief can edit the canonical file in Desktop, preserving its history. A reviewer on a phone can open read-only account documents through the iOS reader, but cannot author changes there. A recipient who does not need durable account storage can submit a copy to the browser renderer, accepting the transmission and renderer’s limits. A link to the public product page is for instructions and discovery, not a private document URL. A team that needs shared storage should evaluate Vault authorization separately rather than assume the renderer stores uploaded files. ### Distribution and evidence boundaries {#h0-11} A distribution claim should name its channel (public DMG, App Store edition in preparation, TestFlight invitation, account-backed Vault web app, or ephemeral browser renderer), owning source revision, and evidence date. A website may be static source; a package may be signed but blocked from release; a service may have deployment manifests without a live health check. These are different evidence classes. Do not turn a package README into a live availability claim, or write that a site or service was deployed unless deployment evidence was actually checked. Further reading: the public product homepage and installation page for site routes and observed web-app wording; internal Desktop and App Store README/acceptance for the Mac lines; the iOS feature-branch sources and homepage for current beta wording; internal renderer API and deployment sources for the ephemeral path. This article makes no deployment action, account change, or release claim beyond those sources. ### Sources {#h0-14} The comparison follows the checked website, native client, App Store test line, iOS, and renderer entry points. ## Source
**Source:** Static product website README Internal source reviewed at revision 944ad8fb276bf14c50268816a85b779856b90406 (README.md); not publicly available.
**Source:** Desktop product README Internal source reviewed at revision b6c769a0365166ba943d8501abb639bd09c00c6e (main: README.md); not publicly available.
**Source:** Mac App Store edition README; not release evidence Internal source reviewed at revision b3389ce165fa80d46873df3f4fb6951d98fbeb60 (main: README.md; inherited from the desktop line); not publicly available.
**Source:** App Store acceptance text; not release evidence Internal source reviewed at revision b3389ce165fa80d46873df3f4fb6951d98fbeb60 (main: docs/acceptance.md; inherited from the desktop line); not publicly available.
**Source:** iOS read-only viewer and account document flow Internal source reviewed at revision df70e4593da82cfae107e989bf029c21bbd42580 on branch frontend/figma-mobile-refinement (not main; README.md; App/Sources/Account/VaultAccount.swift); not publicly available.
**Source:** Current public product homepage Reference: [https://thegram.one/](https://thegram.one/)
**Source:** Existing renderer API contract Internal source reviewed at revision 971a0474fb4b97c3d23d6687be80664461f43a2f (main: docs/api.md); not publicly available.
## Knowledge
**Knowledge:** Product site, renderer and native clients have different roles Documentation pages, byte-submission rendering and local application workflows have distinct persistence and delivery boundaries.
**Knowledge:** Distribution labels can conceal different release gates Public DMG, local TEST DMG, TestFlight invitation and browser access are different channels; identify each source and date. Reference: [→ Supports: Product site, renderer and native clients have different roles](#e0-surface-separation)
**Knowledge:** Do not infer deployment from configuration alone Public availability requires current service or release evidence, not only a repository URL or manifest. Reference: [→ Supports: Product site, renderer and native clients have different roles](#e0-surface-separation)