From cbd60fb1ef5f2d50c15d21c285d5683066ccdf76 Mon Sep 17 00:00:00 2001 From: Steve Date: Fri, 30 Jan 2026 15:41:25 -0500 Subject: [PATCH] chore: spelling and grammar --- docs/docs/pages/blog/introducing-sequoia.mdx | 4 ++-- docs/docs/pages/publishing.mdx | 2 +- docs/docs/pages/quickstart.mdx | 4 ++-- docs/docs/pages/setup.mdx | 4 ++-- docs/docs/pages/verifying.mdx | 4 ++-- docs/docs/pages/what-is-sequoia.mdx | 4 ++-- docs/vocs.config.ts | 2 +- 7 files changed, 12 insertions(+), 12 deletions(-) diff --git a/docs/docs/pages/blog/introducing-sequoia.mdx b/docs/docs/pages/blog/introducing-sequoia.mdx index b58bcf9..a100a59 100644 --- a/docs/docs/pages/blog/introducing-sequoia.mdx +++ b/docs/docs/pages/blog/introducing-sequoia.mdx @@ -22,11 +22,11 @@ Sequoia is a relatively simple CLI that can do the following: - Add necessary verification pieces to your site - Sync with existing records on your PDS -It's designed to be run inside your existing repo, build a one-time config, and then be part of your regular workflow by publishing content or updating existing content, all following the Standard.site lexicons. The best part? It's designed to be fully interoperable. Doesn't matter if you're using Astro, 11ty, Hugo, Svelte, Next, Gatsby, Zola, you name it. If it's a static blog with markdown, Sequoia will work (and if for some reason it doesn't, [open an issue!](https://tangled.org/stevedylan.dev/sequoia/issues/new)). Here's a quick demo of Sequoia in action: +It's designed to be run inside your existing repo, build a one-time config, and then be part of your regular workflow by publishing content or updating existing content, all following the Standard.site lexicons. The best part? It's designed to be fully interoperable. It doesn't matter if you're using Astro, 11ty, Hugo, Svelte, Next, Gatsby, Zola, you name it. If it's a static blog with markdown, Sequoia will work (and if for some reason it doesn't, [open an issue!](https://tangled.org/stevedylan.dev/sequoia/issues/new)). Here's a quick demo of Sequoia in action: -ATProto has proven to be one of the more exciting pieces of technology that has surfaced in the past few years, and it gives some of us hope for a web that is open once ore. No more walled gardens, full control of our data, and connected through lexicons. +ATProto has proven to be one of the more exciting pieces of technology that has surfaced in the past few years, and it gives some of us hope for a web that is open once more. No more walled gardens, full control of our data, and connected through lexicons. Install Sequoia today and check out the [quickstart guide](/quickstart) to publish your content into the ATmosphere 🌳 diff --git a/docs/docs/pages/publishing.mdx b/docs/docs/pages/publishing.mdx index c6bfee9..1cc7154 100644 --- a/docs/docs/pages/publishing.mdx +++ b/docs/docs/pages/publishing.mdx @@ -23,7 +23,7 @@ As you publish content Sequoia will store a record of content in `.sequoia-state If you happen to loose the state file or if you want to pull down records you already have published, you can use the `sync` command. ```bash [Terminal] -seuqoia sync +sequoia sync ``` Sync will use your ATProto handle to look through all of the `standard.site.document` records on your PDS, and pull down the records that are for the publication in the config. diff --git a/docs/docs/pages/quickstart.mdx b/docs/docs/pages/quickstart.mdx index e38605f..136098a 100644 --- a/docs/docs/pages/quickstart.mdx +++ b/docs/docs/pages/quickstart.mdx @@ -33,7 +33,7 @@ sequoia ### Authorize -In order for Sequoia to publish or update records on your PDS, you need to authoize it with your ATProto handle and an app password. +In order for Sequoia to publish or update records on your PDS, you need to authorize it with your ATProto handle and an app password. :::tip You can create an app password [here](https://bsky.app/settings/app-passwords) @@ -59,7 +59,7 @@ At this point you will be asked a series of questions to help setup Sequoia for - **Public/static directory** - The path for the folder where your public items go, e.g. `./public`. Generally used for opengraph images or icons, but in this case we need it to store a `.well-known` verification for your blog, [read more here](/verifying). - **Build output directory** - Where you published html css and js lives, e.g. `./dist` - **URL path prefix for posts** - The path that goes before a post slug, e.g. the prefix for `https://sequoia.pub/blog/hello` would be `/blog`. -- **Configure your frontmatter field mappings** - In your markdown posts there is usually frontmatter with infomation like `title`, `description`, and `publishedDate`. Follow the prompts and enter the names for your frontmatter fields so Sequoia can use them for creating standard.site documents. +- **Configure your frontmatter field mappings** - In your markdown posts there is usually frontmatter with information like `title`, `description`, and `publishDate`. Follow the prompts and enter the names for your frontmatter fields so Sequoia can use them for creating standard.site documents. - **Publication setup** - Here you can choose to `Create a new publication` which will create a `site.standard.publication` record on your PDS, or you can `Use an existing publication AT URI`. If you haven't done this before, select `Create a new publication`. - **Publication name** - The name of your blog - **Publication description** - A description for your blog diff --git a/docs/docs/pages/setup.mdx b/docs/docs/pages/setup.mdx index 7060654..0ae818d 100644 --- a/docs/docs/pages/setup.mdx +++ b/docs/docs/pages/setup.mdx @@ -28,7 +28,7 @@ sequoia ## Authorize -In order for Sequoia to publish or update records on your PDS, you need to authoize it with your ATProto handle and an app password. +In order for Sequoia to publish or update records on your PDS, you need to authorize it with your ATProto handle and an app password. :::tip You can create an app password [here](https://bsky.app/settings/app-passwords) @@ -56,7 +56,7 @@ At this point you will be asked a series of questions to help setup Sequoia for - **Public/static directory** - The path for the folder where your public items go, e.g. `./public`. Generally used for opengraph images or icons, but in this case we need it to store a `.well-known` verification for your blog, [read more here](/verifying). - **Build output directory** - Where you published html css and js lives, e.g. `./dist` - **URL path prefix for posts** - The path that goes before a post slug, e.g. the prefix for `https://sequoia.pub/blog/hello` would be `/blog`. -- **Configure your frontmatter field mappings** - In your markdown posts there is usually frontmatter with infomation like `title`, `description`, and `publishedDate`. Follow the prompts and enter the names for your frontmatter fields so Sequoia can use them for creating standard.site documents. +- **Configure your frontmatter field mappings** - In your markdown posts there is usually frontmatter with information like `title`, `description`, and `publishDate`. Follow the prompts and enter the names for your frontmatter fields so Sequoia can use them for creating standard.site documents. - **Publication setup** - Here you can choose to `Create a new publication` which will create a `site.standard.publication` record on your PDS, or you can `Use an existing publication AT URI`. If you haven't done this before, select `Create a new publication`. - **Publication name** - The name of your blog - **Publication description** - A description for your blog diff --git a/docs/docs/pages/verifying.mdx b/docs/docs/pages/verifying.mdx index 7caf3b7..74ea777 100644 --- a/docs/docs/pages/verifying.mdx +++ b/docs/docs/pages/verifying.mdx @@ -3,7 +3,7 @@ In order for your posts to show up on indexers you need to make sure your publication and your documents are verified. :::tip -You an learn more about Standard.site verification [here](https://standard.site/) +You can learn more about Standard.site verification [here](https://standard.site/) ::: ## Publication Verification @@ -22,7 +22,7 @@ After your publication and your document records have been published and you sit ### pds.ls -Visit [pds.ls](https://pds.ls) and in the search bar paste in a `arUri` for either your publication or document, click the info tab, and then click the "info" tab. This will have a schema verification that will make sure the fields are accurate, however this will not cover Standard.site verification as perscribed on their website. +Visit [pds.ls](https://pds.ls) and in the search bar paste in a `arUri` for either your publication or document, click the info tab, and then click the "info" tab. This will have a schema verification that will make sure the fields are accurate, however this will not cover Standard.site verification as prescribed on their website. ### Standard.site Validator diff --git a/docs/docs/pages/what-is-sequoia.mdx b/docs/docs/pages/what-is-sequoia.mdx index b077ee6..c9c6f7d 100644 --- a/docs/docs/pages/what-is-sequoia.mdx +++ b/docs/docs/pages/what-is-sequoia.mdx @@ -3,8 +3,8 @@ Sequoia is a simple CLI that can be used to publish Standard.site lexicons to the AT Protocol. Yeah that's a mouthful; let's break it down. - [AT Protocol](https://atproto.com) - As the site says, "The AT Protocol is an open, decentralized network for building social applications." In reality it's a bit more than that. It's a new way to publish content to the web that puts control back in the hands of users without sacrificing distrubtion. There's a lot to unpack, but you can find a primer [here](https://stevedylan.dev/posts/atproto-starter/). -- [Lexicons](https://atproto.com/guides/lexicon) - Lexicons are schemas used inside the AT Protocol. If you were to "like" a post, what would that consist of? Probably _who_ liked it, _what_ post was liked, and the _author_ of the post. The unique property to lexicons is that anyone can publish them and have them verified under a domain. Then these lexicons can be used to build apps by pulling a users records, aggregating them using an indexer, and a whole lot more! -- [Standard.site](https://standard.site) - Standard.site is a set of lexicons specailly designed for publishing content. It was started by the founders of [leaflet.pub](https://leaflet.pub), [pckt.blog](https://pckt.blog), and [offprint.app](https://offprint.app), with the mission of finding a schema that can be used for blog posts and blog sites themselves (if you don't have a self-hosted blog, definitely check those platforms out!). So far it has proven to be the lexicon of choice for publishing content to ATProto with multiple tools and lexicons revolving around the standard. +- [Lexicons](https://atproto.com/guides/lexicon) - Lexicons are schemas used inside the AT Protocol. If you were to "like" a post, what would that consist of? Probably _who_ liked it, _what_ post was liked, and the _author_ of the post. A unique property of lexicons is that anyone can publish them and have them verified under a domain. Then these lexicons can be used to build apps by pulling a users records, aggregating them using an indexer, and a whole lot more! +- [Standard.site](https://standard.site) - Standard.site is a set of lexicons specially designed for publishing content. It was started by the founders of [leaflet.pub](https://leaflet.pub), [pckt.blog](https://pckt.blog), and [offprint.app](https://offprint.app), with the mission of finding a schema that can be used for blog posts and blog sites themselves (if you don't have a self-hosted blog, definitely check those platforms out!). So far it has proven to be the lexicon of choice for publishing content to ATProto with multiple tools and lexicons revolving around the standard. The goal of Sequoia is to make it easier for those with existing self-hosted blogs to publish their content to the ATmosphere, no matter what SSG or framework you might be using. As of right now the focus will be static sites, but if there is enough traction there might be a future package that can be used for SSR frameworks too. diff --git a/docs/vocs.config.ts b/docs/vocs.config.ts index c88a8c4..7ab46ff 100644 --- a/docs/vocs.config.ts +++ b/docs/vocs.config.ts @@ -17,7 +17,7 @@ export default defineConfig({ topNav: [ { text: "Docs", link: "/quickstart", match: "/" }, { text: "Blog", link: "/blog" }, - { text: "Tanlged", link: "https://tangled.org/stevedylan.dev/sequoia" }, + { text: "Tangled", link: "https://tangled.org/stevedylan.dev/sequoia" }, { text: "GitHub", link: "https://github.com/stevedylandev/sequoia" }, ], sidebar: [ -- 2.51.2