From 0b6769a257ac1bf50f3f7228f8a5be5964970f7e Mon Sep 17 00:00:00 2001 From: Christian Clauss Date: Wed, 24 Jan 2024 16:10:37 +0100 Subject: [PATCH] Fix typos in markdown files (#2177) --- CHANGELOG.md | 2 +- www/content/essays/is-htmx-another-javascript-framework.md | 2 +- www/content/essays/two-approaches-to-decoupling.md | 2 +- www/content/posts/2023-09-22-htmx-1.9.6-is-released.md | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 8fa3d5f0..8b5e1c1a 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -38,7 +38,7 @@ ## [1.9.6] - 2023-09-22 * IE support has been restored (thank you @telroshan!) -* Introduced the `hx-disabled-elt` attribute to allow specifing elements to disable during a request +* Introduced the `hx-disabled-elt` attribute to allow specifying elements to disable during a request * You can now explicitly decide to ignore `title` tags found in new content via the `ignoreTitle` option in `hx-swap` and the `htmx.config.ignoreTitle` configuration variable. * `hx-swap` modifiers may be used without explicitly specifying the swap mechanism * Arrays are now supported in the `client-side-templates` extension diff --git a/www/content/essays/is-htmx-another-javascript-framework.md b/www/content/essays/is-htmx-another-javascript-framework.md index 8060ccc6..d5917d61 100644 --- a/www/content/essays/is-htmx-another-javascript-framework.md +++ b/www/content/essays/is-htmx-another-javascript-framework.md @@ -66,7 +66,7 @@ Pushing the user to define the behavior of their application primarily in HTML, No matter when you wrote your htmx application, however, the behavior of an htmx form has always been defined in largely the same way a regular HTML form is: with `
`. With htmx adding additional network functionality, you can finally use `PUT` requests and control where the response goes, but in all other respects—validation, inputs, labels, autocomplete—you have default `` element behavior. -Finally, because htmx simply extends HTML in a very narrow domain (network requests and DOM replacements), most of the "htmx" you write is just plain old HTML. When you have access to complex state management mechanisms, it's incredibly easy to implement a custom collapsable div; when you don't, you might stop long enough to search up the [`
`](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/details) element. Whenever a problem can be solved by native HTML elements, the longevity of the code improves tremendously as a result. This is a much less alienating way to learn web development, because the bulk of your knowledge will remain relevant as long as HTML does. +Finally, because htmx simply extends HTML in a very narrow domain (network requests and DOM replacements), most of the "htmx" you write is just plain old HTML. When you have access to complex state management mechanisms, it's incredibly easy to implement a custom collapsible div; when you don't, you might stop long enough to search up the [`
`](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/details) element. Whenever a problem can be solved by native HTML elements, the longevity of the code improves tremendously as a result. This is a much less alienating way to learn web development, because the bulk of your knowledge will remain relevant as long as HTML does. In this respect, htmx is much more like JQuery than React (htmx's predecessor, [intercooler.js](https://intercoolerjs.org/), was a JQuery extension), but it improves on JQuery by using a declarative, HTML-based interface: where JQuery made you go to the `