fina revisions

Author: thescientist13

src/pages/blog/release/v0-33-0.md

@@ -14,15 +14,15 @@ layout: blog
 
 ## What's New
 
-A new Greenwood release is here! As per the usual round of enhancements and bug fixes, we are excited to highlight a few of the key features available in this release. These include full native TypeScript support (no longer experimental!), an overhaul of Greenwood's new project scaffolding CLI, and a new standalone markdown plugin. The new minimum version of NodeJS has now been bumped to **>= 22.18.0**.
+A new Greenwood release is here and we are excited to highlight a few of the key features available in this release. These include full native TypeScript support (no longer experimental!), an overhaul of Greenwood's new project scaffolding CLI, and a new standalone markdown plugin. The new minimum version of NodeJS has now been bumped to **>= 22.18.0**.
 
-This release also continues our effort to improve ecosystem compatibility with fixes for our Adapter plugins and continuing to import map generation. Thank you so much to everyone who got involved with us for this release including two new first-time contributors! It means a lot to us and we appreciate your support of Greenwood. 💚
+Along with a set of enhancements and bug fixes, this release continues our effort to improve ecosystem compatibility some fixes to our adapter plugins and continuing to refine our import map generation capabilities. Thank you so much to everyone who got involved with us for this release including two new first-time contributors! It means a lot to us and we appreciate your support of Greenwood. 💚
 
 > Please refer to the [release notes](https://github.com/ProjectEvergreen/greenwood/releases/tag/v0.33.0) for the complete changelog and overview of breaking changes.
 
 ## Native TypeScript Support
 
-With NodeJS `22.18.0`, TypeScript support in Greenwood is no longer experimental and requires no flags.
+With NodeJS **22.18.0**, TypeScript support in Greenwood is no longer experimental and requires no flags.
 
 ```json5
 // before
@@ -68,11 +68,11 @@ We've also formalized our [_tsconfig.json_ settings](/docs/resources/typescript/
 
 <!-- prettier-ignore-end -->
 
-Don't want to set this all up yourself? We've got you, as this is all automatically generated through Greenwood's init scaffolding CLI. Wait, TypeScript in the init CLI? Yes, you heard that right, so let's tell you all about it! 👇
+Don't want to set this all up yourself? We've got you, as this can all be automatically generated for you through Greenwood's init scaffolding CLI. Wait, TypeScript in the init CLI? Yes, you heard that right, so let's tell you all about it! 👇
 
 ## Init Scaffolding
 
-The Init scaffolding CLI has been improved to be a more robust, prompt based experience, which will walk you through selecting a number of options for creating your next Greenwood project. Now, when scaffolding out a new Greenwood project, you're able to specify the name / output directory, TypeScript support, and package manager.
+The Init scaffolding CLI has been improved to be a more robust and prompt based experience; walking you through selecting a number of options for creating and customizing your next Greenwood project. Now, when scaffolding out a new Greenwood project, you're able to specify the name / output directory, support for TypeScript, and package manager.
 
 <video width="100%" controls>
   <source src="//dzsbnrzvzfaq5.cloudfront.net/greenwood-init-latest.mp4" type="video/mp4">
@@ -94,11 +94,11 @@ $ npx @greenwood/init@latest --name my-app --ts --i pnpm
 
 ## Standalone Markdown Plugin
 
-Although a breaking change, we've made the decision to move markdown support outside of the Greenwood CLI and into its own plugin, still based on the [**unified**](https://unifiedjs.com/) ecosystem. There were a few motivations for this change:
+Although a breaking change, we've made the decision to move markdown support outside of the Greenwood CLI and into its own standalone plugin, still based on the [**unified**](https://unifiedjs.com/) ecosystem. There were a few motivations for this change:
 
 - Markdown support required _seven_ dependencies, which is a lot for something not every project might need.
 - There are many flavors and implementations of markdown, and so this allows any user to swap out the implementation with their own preference.
-- It validates in a meaningful way that any file format could become a custom page format, like YAML or JSON.
+- It validates in a meaningful way that any file format could be a custom page format, like YAML or JSON.
 
 Upgrading is super easy, just install **@greenwood/plugin-markdown** and add it your Greenwood configuration file, passing any markdown plugins as options to the plugin itself.
 
@@ -128,11 +128,11 @@ export default {
 
 ## Honorable Mentions
 
-In addition to these key features, below are some additional items we would like to callout as part of this release:
+In addition to these key features, we would also like to share some additional noteworthy items as part of this release:
 
-- 📦 Combined with the move to making markdown a standalone plugin, we were able remove eight dependencies total from the Greenwood CLI package.
-- 💪 Greenwood now supports bare CSS `@import` specifiers for those packages that have an export maps. So now, something like this would work; `@import "open-props/sizes"` without needing to specify the full path to _node_modules_.
-- ⚙️ Made an enhancement to more efficiently generate SSR page and layout contents in renderer plugins by not rendering all the content all the time. Now, just the content that is needed for a given operation is generated.
+- 📦 Combined with the move to making markdown a standalone plugin, we were able remove **eight** dependencies total from the Greenwood CLI.
+- 💪 Greenwood now supports bare CSS `@import` specifiers for those packages that have an export maps. So now, something like this would work without needing to specify the full path to _node_modules_; `@import "open-props/sizes"`.
+- ⚙️ Made an enhancement to more efficiently generate SSR page and layout contents in renderer plugins by not rendering all the content all the time. Now, just the content that is needed for a given operation is executed.
 - 🏃 Undertook a refactoring effort to enable greater concurrency in Greenwood's asset bundling, page generation, and pre-rendering operations (thank you kind contributor! 🏆).
 - 🐛 Fixed an issue where SSR pages were not participating in the layout / page merging hierarchy, in which SSR pages didn't merge correctly into page and / or app layouts. However, there was also a breaking change as part of this in which Greenwood has now removed default layouts and pages content.