Do more with less—We have minimized the concepts you need to learn to be productive. Views, actions, effects, and subscriptions are all pretty easy to get to grips with and work together seamlessly.
+
Write what, not how—With a declarative syntax that's easy to read and natural to write, Hyperapp is your tool of choice to develop purely functional, feature-rich, browser-based applications.
+
Hypercharged—Hyperapp is a modern VDOM engine, state management solution, and application design pattern all-in-one. Once you learn to use it, there'll be no end to what you can do.
+
To learn more, go to https://hyperapp.dev for documentation, guides, and examples.
Quickstart
Install Hyperapp with npm or Yarn:
npm i hyperapp
Then with a module bundler like Parcel or Webpack import it in your application and get right down to business.
import { h, app } from "hyperapp"
Don't want to set up a build step? Import Hyperapp in a <script> tag as a module. Don't worry; modules are supported in all evergreen, self-updating desktop, and mobile browsers.
The app starts off with init as the initial state. Our code doesn't explicitly maintain any state. Instead, we define actions to transform it and a view to visualize it. The view returns a plain object representation of the DOM known as a virtual DOM, and Hyperapp updates the real DOM to match it whenever the state changes.
Now it's your turn! Experiment with the code a bit. Spend some time thinking about how the view reacts to changes in the state. Can you add a button that resets the counter back to zero? Or how about multiple counters?
Help, I'm stuck!
We love to talk JavaScript and Hyperapp. If you've hit a stumbling block, hop on the Hyperapp Slack or drop by Spectrum to get support, and if you don't receive an answer, or if you remain stuck, please file an issue, and we'll try to help you out.
\ No newline at end of file
diff --git a/__/node_modules/hyperapp/LICENSE.html b/__/node_modules/hyperapp/LICENSE.html
new file mode 100644
index 0000000..9e75819
--- /dev/null
+++ b/__/node_modules/hyperapp/LICENSE.html
@@ -0,0 +1 @@
+
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the 'Software'), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED 'AS IS', WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
\ No newline at end of file
diff --git a/_redirects b/_redirects
new file mode 100644
index 0000000..235cf79
--- /dev/null
+++ b/_redirects
@@ -0,0 +1,4 @@
+# Netlify redirects file
+
+# Redirect 404s to index.html (404 should be handled by client)
+/* /index.html 200
diff --git a/api.4a87837f.html b/api.4a87837f.html
new file mode 100644
index 0000000..11aec1d
--- /dev/null
+++ b/api.4a87837f.html
@@ -0,0 +1,34 @@
+
api
+
The tiny framework for building web interfaces.
+
+
Do more with less—We have minimized the concepts you need to learn to be productive. Views, actions, effects, and subscriptions are all pretty easy to get to grips with and work together seamlessly.
+
Write what, not how—With a declarative syntax that's easy to read and natural to write, Hyperapp is your tool of choice to develop purely functional, feature-rich, browser-based applications.
+
Hypercharged—Hyperapp is a modern VDOM engine, state management solution, and application design pattern all-in-one. Once you learn to use it, there'll be no end to what you can do.
+
To learn more, go to https://hyperapp.dev for documentation, guides, and examples.
Quickstart
Install Hyperapp with npm or Yarn:
npm i hyperapp
Then with a module bundler like Parcel or Webpack import it in your application and get right down to business.
import { h, app } from "hyperapp"
Don't want to set up a build step? Import Hyperapp in a <script> tag as a module. Don't worry; modules are supported in all evergreen, self-updating desktop, and mobile browsers.
The app starts off with init as the initial state. Our code doesn't explicitly maintain any state. Instead, we define actions to transform it and a view to visualize it. The view returns a plain object representation of the DOM known as a virtual DOM, and Hyperapp updates the real DOM to match it whenever the state changes.
Now it's your turn! Experiment with the code a bit. Spend some time thinking about how the view reacts to changes in the state. Can you add a button that resets the counter back to zero? Or how about multiple counters?
Help, I'm stuck!
We love to talk JavaScript and Hyperapp. If you've hit a stumbling block, hop on the Hyperapp Slack or drop by Spectrum to get support, and if you don't receive an answer, or if you remain stuck, please file an issue, and we'll try to help you out.
\ No newline at end of file
diff --git a/card.b7cfd6ff.png b/card.b7cfd6ff.png
new file mode 100644
index 0000000..cecf36c
Binary files /dev/null and b/card.b7cfd6ff.png differ
diff --git a/close.d10ab7e3.svg b/close.d10ab7e3.svg
new file mode 100644
index 0000000..d8f567a
--- /dev/null
+++ b/close.d10ab7e3.svg
@@ -0,0 +1,4 @@
+
diff --git a/do-more-with-less.310b45d4.svg b/do-more-with-less.310b45d4.svg
new file mode 100644
index 0000000..c92629f
--- /dev/null
+++ b/do-more-with-less.310b45d4.svg
@@ -0,0 +1,13 @@
+
+
\ No newline at end of file
diff --git a/ecosystem.0b358926.html b/ecosystem.0b358926.html
new file mode 100644
index 0000000..871c30c
--- /dev/null
+++ b/ecosystem.0b358926.html
@@ -0,0 +1 @@
+
ecosystem
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In lobortis dignissim tellus, eget vestibulum leo feugiat vel. Fusce ac odio at nulla feugiat tincidunt. Cras eu metus varius, placerat ex nec, commodo felis. Morbi ac tempus ligula, eget finibus mi. Maecenas porttitor est a lacus suscipit luctus. Suspendisse ornare mattis purus eu mollis. Maecenas pellentesque sem quam, eu imperdiet ante lobortis in. Interdum et malesuada fames ac ante ipsum primis in faucibus. Curabitur purus lectus, sollicitudin in tempus vel, dignissim vitae nibh. In eu elit non elit dapibus dignissim eu congue diam. Nullam ut tellus et erat egestas consectetur eu ut lorem.
Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. In id turpis et nibh commodo viverra et eu nisl. Pellentesque imperdiet dapibus aliquam. Cras vulputate viverra neque nec ultricies. Mauris consectetur vulputate eleifend. Interdum et malesuada fames ac ante ipsum primis in faucibus. Maecenas a auctor augue. Donec iaculis urna eget nisi maximus, vel aliquam magna volutpat. Mauris mattis ac augue non pharetra. Aliquam erat volutpat. Vestibulum ultricies, turpis ac pretium fringilla, quam ante tincidunt nisi, quis venenatis turpis odio sed libero. Nullam pulvinar tempor elit, gravida eleifend odio viverra non.
\ No newline at end of file
diff --git a/hyperapp-logo-v1.eed9079f.svg b/hyperapp-logo-v1.eed9079f.svg
new file mode 100644
index 0000000..9331f4e
--- /dev/null
+++ b/hyperapp-logo-v1.eed9079f.svg
@@ -0,0 +1,9 @@
+
+
\ No newline at end of file
diff --git a/hyperapp-logo-v2.10d2f4a5.svg b/hyperapp-logo-v2.10d2f4a5.svg
new file mode 100644
index 0000000..6f300ba
--- /dev/null
+++ b/hyperapp-logo-v2.10d2f4a5.svg
@@ -0,0 +1,9 @@
+
+
\ No newline at end of file
diff --git a/hypercharged.f1b19631.svg b/hypercharged.f1b19631.svg
new file mode 100644
index 0000000..32bb9a7
--- /dev/null
+++ b/hypercharged.f1b19631.svg
@@ -0,0 +1,16 @@
+
+
\ No newline at end of file
diff --git a/icon-192x192.c99be655.png b/icon-192x192.c99be655.png
new file mode 100644
index 0000000..669b11c
Binary files /dev/null and b/icon-192x192.c99be655.png differ
diff --git a/icon-512x512.ebbe6b77.png b/icon-512x512.ebbe6b77.png
new file mode 100644
index 0000000..2d8df0a
Binary files /dev/null and b/icon-512x512.ebbe6b77.png differ
diff --git a/index.html b/index.html
new file mode 100644
index 0000000..cf1e03a
--- /dev/null
+++ b/index.html
@@ -0,0 +1 @@
+Hyperapp • The tiny framework for building web interfaces
\ No newline at end of file
diff --git a/logo-big.e296631b.svg b/logo-big.e296631b.svg
new file mode 100644
index 0000000..358e34d
--- /dev/null
+++ b/logo-big.e296631b.svg
@@ -0,0 +1,4 @@
+
diff --git a/manifest.webmanifest b/manifest.webmanifest
new file mode 100644
index 0000000..97b1d44
--- /dev/null
+++ b/manifest.webmanifest
@@ -0,0 +1 @@
+{"short_name":"Hyperapp","name":"Hyperapp","description":"Hyperapp with a modern configuration and best-practices in mind.","display":"fullscreen","scope":"/","start_url":"/","theme_color":"white","background_color":"white","orientation":"portrait","dir":"ltr","lang":"en","icons":[{"src":"icon-192x192.c99be655.png","sizes":"192x192","type":"image/png"},{"src":"icon-512x512.ebbe6b77.png","sizes":"512x512","type":"image/png"}]}
\ No newline at end of file
diff --git a/menu.1f287146.svg b/menu.1f287146.svg
new file mode 100644
index 0000000..38ffe8e
--- /dev/null
+++ b/menu.1f287146.svg
@@ -0,0 +1,5 @@
+
diff --git a/pages-data.json b/pages-data.json
new file mode 100644
index 0000000..e656538
--- /dev/null
+++ b/pages-data.json
@@ -0,0 +1 @@
+{"api":"# api\n\n\n> The tiny framework for building web interfaces.\n\n- **Do more with less**—We have minimized the concepts you need to learn to be productive. Views, actions, effects, and subscriptions are all pretty easy to get to grips with and work together seamlessly.\n- **Write what, not how**—With a declarative syntax that's easy to read and natural to write, Hyperapp is your tool of choice to develop purely functional, feature-rich, browser-based applications.\n- **Hypercharged**—Hyperapp is a modern VDOM engine, state management solution, and application design pattern all-in-one. Once you learn to use it, there'll be no end to what you can do.\n\nTo learn more, go to for documentation, guides, and examples.\n\n## Quickstart\n\nInstall Hyperapp with npm or Yarn:\n\n```console\nnpm i hyperapp\n```\n\nThen with a module bundler like [Parcel](https://parceljs.org) or [Webpack](https://webpack.js.org) import it in your application and get right down to business.\n\n```js\nimport { h, app } from \"hyperapp\"\n```\n\nDon't want to set up a build step? Import Hyperapp in a `\n```\n\nHere's the first example to get you started: a counter that can go up or down. You can try it online [here](https://codesandbox.io/s/hyperapp-playground-fwjlo).\n\n```html\n\n\n \n \n \n \n \n \n\n```\n\nThe app starts off with `init` as the initial state. Our code doesn't explicitly maintain any state. Instead, we define actions to transform it and a view to visualize it. The view returns a plain object representation of the DOM known as a virtual DOM, and Hyperapp updates the real DOM to match it whenever the state changes.\n\nNow it's your turn! Experiment with the code a bit. Spend some time thinking about how the view reacts to changes in the state. Can you add a button that resets the counter back to zero? Or how about multiple counters?\n\n## Help, I'm stuck!\n\nWe love to talk JavaScript and Hyperapp. If you've hit a stumbling block, hop on the [Hyperapp Slack](https://hyperappjs.herokuapp.com) or drop by [Spectrum](https://spectrum.chat/hyperapp) to get support, and if you don't receive an answer, or if you remain stuck, please file an issue, and we'll try to help you out.\n\nIs anything wrong, unclear, missing? Help us [improve this page](https://github.com/jorgebucaran/hyperapp/fork).\n\n## Stay in the loop\n\n- [Twitter](https://twitter.com/hyperappjs)\n- [Awesome](https://github.com/jorgebucaran/awesome-hyperapp)\n- [/r/hyperapp](https://www.reddit.com/r/hyperapp)\n\n## License\n","ecosystem":"# ecosystem\n\nLorem ipsum dolor sit amet, consectetur adipiscing elit. In lobortis dignissim tellus, eget vestibulum leo feugiat vel. Fusce ac odio at nulla feugiat tincidunt. Cras eu metus varius, placerat ex nec, commodo felis. Morbi ac tempus ligula, eget finibus mi. Maecenas porttitor est a lacus suscipit luctus. Suspendisse ornare mattis purus eu mollis. Maecenas pellentesque sem quam, eu imperdiet ante lobortis in. Interdum et malesuada fames ac ante ipsum primis in faucibus. Curabitur purus lectus, sollicitudin in tempus vel, dignissim vitae nibh. In eu elit non elit dapibus dignissim eu congue diam. Nullam ut tellus et erat egestas consectetur eu ut lorem.\n","guides":"# guides\nlorem lorem\n\nPellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. In id turpis et nibh commodo viverra et eu nisl. Pellentesque imperdiet dapibus aliquam. Cras vulputate viverra neque nec ultricies. Mauris consectetur vulputate eleifend. Interdum et malesuada fames ac ante ipsum primis in faucibus. Maecenas a auctor augue. Donec iaculis urna eget nisi maximus, vel aliquam magna volutpat. Mauris mattis ac augue non pharetra. Aliquam erat volutpat. Vestibulum ultricies, turpis ac pretium fringilla, quam ante tincidunt nisi, quis venenatis turpis odio sed libero. Nullam pulvinar tempor elit, gravida eleifend odio viverra non.\n","quickstart":"## quickstart\n\n1․ Install Hyperapp with npm or Yarn:\n\n---\n```console\nnpm i hyperapp\n```\n---\n\n\n\n\n2․ Then with a module bundler like [Parcel](https://parceljs.org) or [Webpack](https://webpack.js.org) import it in your application and get right down to business.\n\n---\n```js\nimport { h, app } from \"hyperapp\"\n```\n---\n\n\n\n\n3․ Don't want to set up a build step? Import Hyperapp in a `\n```\n---\n\n\n\n\nHere's the first example to get you started: a counter that can go up or down. You can try it online [here](https://codesandbox.io/s/hyperapp-playground-fwjlo).\n\n---","sponsor":"# sponsor\nlorem lorem lorem\n\nIn urna ex, finibus sit amet laoreet id, pharetra placerat lorem. Suspendisse laoreet pulvinar nunc, sed tristique ex venenatis tristique. Quisque non vulputate enim, vitae facilisis sapien. Nunc sagittis vel mi et tristique. In ornare leo et lectus ornare, vel pretium odio vulputate. Nam rhoncus quam vel neque rhoncus rutrum. Quisque posuere, purus sit amet ornare blandit, massa ligula sagittis magna, ut interdum purus neque et nisl. Integer eros sapien, faucibus at est vel, rhoncus gravida arcu. In volutpat sapien neque, vel malesuada sapien aliquam at.\n","tutorial":"# tutorial\n\n===================================\n\nWelcome! If you're new to Hyperapp, you've found the perfect place to start learning.\n\nThe Set-up\n-----------------------------------\n\nTogether we'll build a simple newsreader-like application. As we do, we'll work\nour way through the five core concepts: view, state, actions, effects and subscriptions.\n\nTo move things along, let's imagine we've already made a static version of the\napp we want to build, with this HTML:\n\n\n```html\n
\n
\n Filter:\n ocean\n \n
\n
\n
\n
\n
The Ocean is Sinking
\n
Kat Stropher
\n
\n
\n
Ocean life is brutal
\n
Surphy McBrah
\n
\n
\n
\n Family friendly fun at the\n ocean exhibit\n
\n
Guy Prosales
\n
\n
\n
\n
\n
Ocean life is brutal
\n
\n Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do\n eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim\n ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut\n aliquip ex ea commodo consequat.\n
\n
Surphy McBrah
\n
\n
\n Auto update:\n \n
\n
\n```\n\n...and some CSS [here](https://zaceno.github.com/hatut/style.css).\n\nIt looks like this:\n\n\nWe'll start by making Hyperapp render the HTML for us. Then we will\nadd dynamic behavior to all the widgets, including text input and \ndynamically fetching stories.\n\nFirst, let's begin with the traditional \"Hello World!\"\n\nHello World\n------------------------------\n\nCreate this html file:\n\n```html\n\n\n \n \n \n \n \n \n \n\n```\n\n> The section structure outlined in the comments is not important. It's\n> just a suggestion for how to organize the code we'll be\n> adding throughout the tutorial.\n\nOpen it in a browser, and you'll be greeted with an optimistic **Hello _World!_**.\n\nView\n------------------------------------\n\nLet's step through what just happened.\n\n### Virtual Nodes\n\nHyperapp exports the `app` and `h` functions.\n`h` is for creating _virtual nodes_, which is to say: plain javascript objects\nwhich _represent_ DOM nodes.\n\nThe result of \n\n```js\nh(\"h1\", {}, [\n \"Hello \", \n h(\"i\", {}, \"World!\")\n])\n```\n\nis a virtual node, representing\n\n```html\n
\n Hello \n World!\n
\n```\n\n### Rendering to the DOM\n\n`app` is the function that runs our app. It is called with a single argument - an object\nwhich can take several properties. For now we're just concerned with `view` and `node. `\n\nHyperapp calls the `view` function which tells it the DOM structure we want, in the form\nof virtual nodes. Hyperapp proceeds to create it for us, replacing the node specified in `node`.\n\nTo render the HTML we want, change the `view` to:\n\n```js\nview: () => h(\"div\", {id: \"app\", class: \"container\"}, [\n h(\"div\", {class: \"filter\"}, [\n \" Filter: \",\n h(\"span\", {class: \"filter-word\"}, \"ocean\"),\n h(\"button\", {}, \"\\u270E\")\n ]),\n h(\"div\", {class: \"stories\"}, [\n h(\"ul\", {}, [\n h(\"li\", {class: \"unread\"}, [\n h(\"p\", {class: \"title\"}, [\n \"The \",\n h(\"em\", {}, \"Ocean\"),\n \" is Sinking!\"\n ]),\n h(\"p\", {class: \"author\"}, \"Kat Stropher\")\n ]),\n h(\"li\", {class: \"reading\"}, [\n h(\"p\", {class: \"title\"}, [\n h(\"em\", {}, \"Ocean\"),\n \" life is brutal\"\n ]),\n h(\"p\", {class: \"author\"}, \"Surphy McBrah\"),\n ]),\n h(\"li\", {}, [\n h(\"p\", {class: \"title\"}, [\n \"Family friendly fun at the \",\n h(\"em\", {}, \"ocean\"),\n \" exhibit\"\n ]),\n h(\"p\", {class: \"author\"}, \"Guy Prosales\")\n ])\n ])\n ]),\n h(\"div\", {class: \"story\"}, [\n h(\"h1\", {}, \"Ocean life is brutal\"),\n h(\"p\", {}, `\n Lorem ipsum dolor sit amet, consectetur adipiscing\n elit, sed do eiusmod tempor incididunt ut labore et\n dolore magna aliqua. Ut enim ad minim veniam, quis\n nostrud exercitation ullamco laboris nisi ut aliquip\n ex ea commodo consequat.\n `),\n h(\"p\", {class: \"signature\"}, \"Surphy McBrah\")\n ]),\n h(\"div\", {class: \"autoupdate\"}, [\n \"Auto update: \",\n h(\"input\", {type: \"checkbox\"})\n ])\n]),\n```\n\nTry it out to confirm that the result matches the screenshot above.\n\n> In many frameworks it is common to write your views/templates\n> using syntax that looks like HTML. This is possible with Hyperapp as well.\n> [JSX](https://babeljs.io/docs/en/babel-plugin-transform-react-jsx) \n> can compile a HTML-like syntax into `h` calls at build-time. If you'd rather\n> not use a build system, [htm](https://github.com/developit/htm) does the same at run-time.\n>\n> In this tutorial we'll stick with `h` to keep it simple and close to the metal.\n\n### Composing the view with reusable functions\n\nThe great thing about using plain functions to build up our virtual DOM\nis that we can break out repetitive or complicated parts into their own functions.\n\nAdd this function (in the \"VIEWS\" section):\n\n```js\nconst emphasize = (word, string) =>\n string.split(\" \").map(x => {\n if (x.toLowerCase() === word.toLowerCase()) {\n return h(\"em\", {}, x + \" \")\n } else {\n return x + \" \"\n }\n }) \n```\n\nIt lets you change this: \n\n```js\n ...\n h(\"p\", {class: \"title\"}, [\n \"The \",\n h(\"em\", {}, \"Ocean\"),\n \" is Sinking!\"\n ]),\n ...\n```\n\ninto this:\n\n```js\n ...\n h(\"p\", {class: \"title\"}, emphasize(\"ocean\",\n \"The Ocean is Sinking\"\n ))\n ...\n```\n\nStory thumbnails are repeated several times, so encapsulate\nthem in their own function:\n\n```js\nconst StoryThumbnail = props => h(\n \"li\",\n {class: {\n unread: props.unread,\n reading: props.reading,\n }},\n [\n h(\"p\", {class: \"title\"}, emphasize(props.filter, props.title)),\n h(\"p\", {class: \"author\"}, props.author)\n ]\n)\n```\n\n> The last example demonstrates a helpful feature of the `class` property. When\n> you set it to an object rather than a string, each key with a truthy value\n> will become a class in the class list.\n\nContinue by creating functions for each section of the view:\n\n```js\n\nconst StoryList = props => h(\"div\", {class: \"stories\"}, [\n h(\"ul\", {}, Object.keys(props.stories).map(id =>\n StoryThumbnail({\n id,\n title: props.stories[id].title,\n author: props.stories[id].author,\n unread: !props.stories[id].seen,\n reading: props.reading === id,\n filter: props.filter,\n })\n ))\n])\n\nconst Filter = props => h(\"div\", {class: \"filter\"}, [\n \"Filter:\",\n h(\"span\", {class: \"filter-word\"}, props.filter),\n h(\"button\", {}, \"\\u270E\")\n])\n\nconst StoryDetail = props => h(\"div\", {class: \"story\"}, [\n props && h(\"h1\", {}, props.title),\n props && h(\"p\", {}, `\n Lorem ipsum dolor sit amet, consectetur adipiscing\n elit, sed do eiusmod tempor incididunt ut labore et\n dolore magna aliqua. Ut enim ad minim veniam, qui\n nostrud exercitation ullamco laboris nisi ut aliquip\n ex ea commodo consequat.\n `),\n props && h(\"p\", {class: \"signature\"}, props.author)\n])\n\nconst AutoUpdate = props => h(\"div\", {class: \"autoupdate\"}, [\n \"Auto update: \",\n h(\"input\", {type: \"checkbox\"})\n])\n\nconst Container = content => h(\"div\", {class: \"container\"}, content)\n\n```\n\n\nWith those the view can be written as:\n\n```js\nview: () => Container([\n Filter({\n filter: \"ocean\"\n }),\n StoryList({\n stories: {\n \"112\": {\n title: \"The Ocean is Sinking\",\n author: \"Kat Stropher\",\n seen: false,\n },\n \"113\": {\n title: \"Ocean life is brutal\",\n author: \"Surphy McBrah\",\n seen: true,\n },\n \"114\": {\n title: \"Family friendly fun at the ocean exhibit\",\n author: \"Guy Prosales\",\n seen: true,\n }\n },\n reading: \"113\",\n filter: \"ocean\"\n }),\n StoryDetail({\n title: \"Ocean life is brutal\",\n author: \"Surphy McBrah\",\n }),\n AutoUpdate(),\n])\n```\n\nWhat you see on the page should be exactly the same as before, because we haven't\nchanged what `view` returns. Using basic functional composition, we were able to make\nthe code a bit more manageable, and that's the only difference.\n\nState\n-------------------------------\n\nWith all that view logic broken out in separate functions, `view` is starting to look like\nplain _data_. The next step is to fully separate data from the view.\n\nAdd an `init` property to your app, with this pure data:\n\n```js\n init: {\n filter: \"ocean\",\n reading: \"113\",\n stories: {\n \"112\": {\n title: \"The Ocean is Sinking\",\n author: \"Kat Stropher\",\n seen: false,\n },\n \"113\": {\n title: \"Ocean life is brutal\",\n author: \"Surphy McBrah\",\n seen: true,\n },\n \"114\": {\n title: \"Family friendly fun at the ocean exhibit\",\n author: \"Guy Prosales\",\n seen: true,\n }\n }\n },\n```\n\nThe value of `init` becomes the app's _state_. Hyperapp calls `view` with the state\nas an argument, so it can be reduced to:\n\n```js\n view: state => Container([\n Filter(state),\n StoryList(state),\n StoryDetail(state.reading && state.stories[state.reading]),\n AutoUpdate(state),\n ]),\n```\n\nVisually, everything is _still_ the same. If you'd like to see a working example of the code so far, have a look [here](https://codesandbox.io/s/hyperapp-tutorial-step-1-gq662)\n\nActions\n---------------------\n\nNow that we know all about rendering views, it's finally time for some _action_!\n\n### Reacting to events in the DOM\n\nThe first bit of dynamic behavior we will add is so that when you click\nthe pencil-button, a text input with the filter word appears.\n\nAdd an `onClick` property to the button in the filter view:\n\n```js\nconst Filter = props => h(\"div\", {class: \"filter\"}, [\n \"Filter:\",\n h(\"span\", {class: \"filter-word\"}, props.filter),\n h(\"button\", { onClick: StartEditingFilter }, \"\\u270E\") // <---\n])\n```\n\nThis makes Hyperapp bind a click-event handler on the button element, so\nthat when the button is clicked, an action named `StartEditingFilter` is\n_dispatched_. Create the action in the \"ACTIONS\" section:\n\n```js\nconst StartEditingFilter = state => ({...state, editingFilter: true})\n```\n\nActions are just functions describing transformations of the state.\nThis action keeps everything in the state the same except for `editingFilter`\nwhich it sets to `true`.\n\nWhen Hyperapp dispatches an action, it replaces the old state with the new\none calculated using the action. Then the DOM is modified to match what the\nview returns for this new state.\n\nWhen `editingFilter` is true, we want to have a text input instead of a \nspan with the filter word. We can express this in the `Filter` view using a\nternary operator (`a ? b : c`).\n\n```js\nconst Filter = props => h(\"div\", {class: \"filter\"}, [\n \"Filter:\",\n \n props.editingFilter // <---\n ? h(\"input\", {type: \"text\", value: props.filter}) // <---\n : h(\"span\", {class: \"filter-word\"}, props.filter),\n \n h(\"button\", { onClick: StartEditingFilter }, \"\\u270E\")\n])\n```\n\nNow, when you click the pencil button the text input appears. But we still need to add\na way to go back. We need an action to `StopEditingFilter`, and a button to dispatch it.\n\nAdd the action:\n\n```js\nconst StopEditingFilter = state => ({...state, editingFilter: false})\n```\n\nand update the `Filter` view again:\n\n```js\nconst Filter = props => h(\"div\", {class: \"filter\"}, [\n \"Filter:\",\n \n props.editingFilter\n ? h(\"input\", {type: \"text\", value: props.filter})\n : h(\"span\", {class: \"filter-word\"}, props.filter),\n\n props.editingFilter // <---\n ? h(\"button\", {onClick: StopEditingFilter}, \"\\u2713\") \n : h(\"button\", {onClick: StartEditingFilter}, \"\\u270E\"), // <---\n])\n```\n\nWhen you click the pencil button, it is replaced with a check-mark button that can take you back to the first state.\n\n\n\n\n### Capturing event-data in actions\n\nThe next step is to use the input for editing the filter word. Whatever we\ntype in the box should be emphasized in the story-list.\n\nUpdate the `Filter` view yet again:\n\n```js\nconst Filter = props => h(\"div\", {class: \"filter\"}, [\n \"Filter:\",\n \n props.editingFilter\n ? h(\"input\", {\n type: \"text\",\n value: props.filter,\n onInput: SetFilter, // <----\n })\n : h(\"span\", {class: \"filter-word\"}, props.filter),\n\n props.editingFilter\n ? h(\"button\", {onClick: StopEditingFilter}, \"\\u2713\") \n : h(\"button\", {onClick: StartEditingFilter}, \"\\u270E\"), \n])\n```\n\nThis will dispatch the `SetFilter` action everytime someone types in the input. Implement the action like this:\n\n```js\nconst SetFilter = (state, event) => ({...state, filter: event.target.value})\n```\n\nThe second argument to an action is known as the _payload_. Actions\ndispatched in response to an events on DOM elements receive the [event object](https://developer.mozilla.org/en-US/docs/Web/API/Event) for a payload. `event.target` refers to the input element in the DOM, and\n`event.target.value` refers to the current value entered into it.\n\nNow see what happens when you erase \"ocean\" and type \"friendly\" instead:\n\n\n\n\n### Actions with custom payloads\n\nNext up: selecting stories by clicking them in the list.\n\nThe following action sets the `reading` property in the state to a story-id, which amounts to \"selecting\" the story:\n\n```js\nconst SelectStory = (state, id) => ({...state, reading: id})\n```\n\nIt has a payload, but it's not an event object. It's a custom value telling us which\nstory was clicked. How are actions dispatched with custom payloads? – Like this:\n\n```js\n\nconst StoryThumbnail = props => h(\n \"li\",\n { \n onClick: [SelectStory, props.id], // <----\n class: {\n unread: props.unread,\n reading: props.reading,\n }\n },\n [\n h(\"p\", {class: \"title\"}, emphasize(props.filter, props.title)),\n h(\"p\", {class: \"author\"}, props.author)\n ]\n)\n```\n\nInstead of just specifying the action, we give a length-2 array with the action first and the custom payload second.\n\nSelecting stories works now, but the feature is not quite done. When a story is selected,\nwe need to set its `seen` property to `true`, so we can highlight which stories the user has yet to read. Update the `SelectStory` action:\n\n```js\nconst SelectStory = (state, id) => ({\n ...state, // keep all state the same, except for the following:\n reading: id,\n stories: {\n ...state.stories, //keep stories the same, except for:\n [id]: {\n ...state.stories[id], //keep this story the same, except for:\n seen: true,\n }\n }\n})\n```\n\nNow, when you select a blue-edged story it turns yellow because it is selected, and when you select something else,\nthe edge turns gray to indicate you've read the story.\n\n\n\n\n### Payload filters\n\nThere's one little thing we should fix about `SetFilter`. See how it's dependent on the complex `event` object? \nIt would be easier to test and reuse if it were simply:\n\n```js\nconst SetFilter = (state, word) => ({...state, filter: word})\n```\n\nBut we don't know the word beforehand, so how can we set it as a custom payload? Change the `Filter` view \nagain (last time - I promise!):\n\n```js\nconst Filter = props => h(\"div\", {class: \"filter\"}, [\n \"Filter:\",\n \n props.editingFilter\n ? h(\"input\", {\n type: \"text\",\n value: props.filter,\n onInput: [SetFilter, event => event.target.value], // <----\n })\n : h(\"span\", {class: \"filter-word\"}, props.filter),\n\n props.editingFilter\n ? h(\"button\", {onClick: StopEditingFilter}, \"\\u2713\") \n : h(\"button\", {onClick: StartEditingFilter}, \"\\u270E\"), \n])\n```\n\nWhen we give a _function_ as the custom payload, Hyperapp considers it a _payload filter_ and passes the default\npayload through it, providing the returned value as payload to the action.\n\n> Payload filters are also useful when you need a payload that is a combination of custom data and event data\n\nIf you'd like to see a working example of the code so far, have a look [here](https://codesandbox.io/s/hyperapp-tutorial-step-2-5yv34)\n\nEffects\n----------------------------\n\nUntil now, the list of stories has been defined in the state and doesn't change. What we really want is\nfor stories matching the filter to be dynamically loaded. When we click the check-mark button\n(indicating we are done editing the filter), we want to query an API and display the stories it responds with.\n\n### Actions can return effects\n\nAdd this import (to the \"IMPORTS\" section):\n\n```js\nimport {Http} from \"https:/unpkg.com/hyperapp-fx@next?module\"\n```\n\nUse the imported `Http` in the `StopEditingFilter` action like this:\n\n```js \nconst StopEditingFilter = state => [\n {\n ...state,\n editingFilter: false,\n },\n Http({ // <---\n url: `https://zaceno.github.io/hatut/data/${state.filter.toLowerCase()}.json`, // <---\n response: \"json\", // <---\n action: GotStories, // <---\n }) \n]\n```\n\nThe call to `Http(...)` does _not_ immediately execute the API request. `Http` is an _effect creator_. It returns\nan _effect_ bound to the options we provided. \n\nWhen Hyperapp sees an action return an array, it takes the first element of the array to be the new state, and the rest to\nbe _effects_. Effects are executed by Hyperapp as part of processing the action's return value.\n\n> Hyperapp provides effect creators for many common situations. If you've got an unusual case or are working\n> with less common APIs you may need to implement your own effects. Don't worry - it's easy! See the \n> [API reference]() for more information.\n\n### Effects can dispatch actions\n\nOne of the options we passed to `Http` was `action: GotStories`. The way this effect works is that when the response comes\nback from the api, an action named `GotStories` (yet to be implemented) will be dispatched, with the response body as the payload.\n\nThe response body is in json, but the payload will be a javascript object, thanks to the parsing hint `response: \"json\"`. It will look like this (although the details depend on your filter of course):\n\n```js\n{\n \"112\": {\n title: \"The Ocean is Sinking\",\n author: \"Kat Stropher\",\n },\n \"113\": {\n title: \"Ocean life is brutal\",\n author: \"Surphy McBrah\",\n },\n \"114\": {\n title: \"Family friendly fun at the ocean exhibit\",\n author: \"Guy Prosales\",\n }\n}\n```\n\nThe job of `GotStories` is to load this data into the state, in place of the stories we already have there. As it\ndoes, it should take care to remember which story was selected, and which stories we have seen, if they were already\nin the previous state. This will be our most complex action yet, and it could look like this:\n\n```js\nconst GotStories = (state, response) => {\n const stories = {}\n Object.keys(response).forEach(id => {\n stories[id] = {...response[id], seen: false}\n if (state.stories[id] && state.stories[id].seen) {\n stories[id].seen = true\n }\n })\n const reading = stories[state.reading] ? state.reading : null\n return {\n ...state,\n stories,\n reading,\n }\n}\n```\n\nTry it out! Enter \"life\" in the filter input. When you click the check-mark button some new\nstories are loaded – all with blue edges except for \"Ocean life is brutal\" because it is\nstill selected.\n\n\n\n\n\n\n### Running effects on initialization\n\nThe next obvious step is to load the _initial_ stories from the API as well. Change init to this:\n\n\n```js\n init: [\n {\n editingFilter: false,\n autoUpdate: false,\n filter: \"ocean\",\n reading: null,\n stories: {}, // <---\n },\n Http({ // <---\n url: `https://zaceno.github.io/hatut/data/ocean.json`, // <---\n response: 'json', // <---\n action: GotStories, // <---\n })\n ],\n```\n\nHyperapp treats the init-value the same way as it treats return values from actions. By adding the `Http` effect\nin `init`, the app will fire the API request immediately, so we don't need the stories in the state from the start.\n\n\n\n\n### Tracking state for asynchronous effects\n\nIf we could display a spinner while we wait for stories to load, it would make for a smoother user experience. To\ndo that, we will need a new state property to tell us if we're waiting for a repsonse - and\nconsequently wether or not to render the spinner.\n\nCreate this action: \n\n```js\nconst FetchStories = state => [\n {...state, fetching: true},\n Http({\n url: `https://zaceno.github.io/hatut/data/${state.filter.toLowerCase()}.json`,\n response: 'json',\n action: GotStories,\n })\n]\n```\n\nInstead of dispatching this action, we will use it to simplify `StopEditingFilter`:\n\n```js \nconst StopEditingFilter = state => FetchStories({...state, editingFilter: false})\n```\n\n... and `init` as well:\n\n```js\n init: FetchStories({\n editingFilter: false,\n autoUpdate: false,\n filter: \"ocean\",\n reading: null,\n stories: {},\n }),\n```\n\nNow, when `StopEditingFilter` is dispatched, _and_ at initialization, the API call goes out and the\n`fetching` prop is set to `true`. Also, notice how we refactored out the repetitive use of `Http`.\n\nWe also need to set `fetching: false` in `GotStories`:\n\n```js\nconst GotStories = (state, response) => {\n const stories = {}\n Object.keys(response).forEach(id => {\n stories[id] = {...response[id], seen: false}\n if (state.stories[id] && state.stories[id].seen) {\n stories[id].seen = true\n }\n })\n const reading = stories[state.reading] ? state.reading : null\n return {\n ...state,\n stories,\n reading,\n fetching: false, // <---\n }\n}\n```\n\nWith this, we know that when `fetching` is `true` we are waiting for a response, and should display\nthe spinner in the `StoryList` view:\n\n```js\nconst StoryList = props => h(\"div\", {class: \"stories\"}, [\n\n props.fetching && h(\"div\", {class: \"loadscreen\"}, [ // <---\n h(\"div\", {class: \"spinner\"}) // <---\n ]), // <---\n \n h(\"ul\", {}, Object.keys(props.stories).map(id => \n StoryThumbnail({\n id, \n title: props.stories[id].title,\n author: props.stories[id].author,\n unread: !props.stories[id].seen,\n reading: props.reading === id,\n filter: props.filter\n })\n ))\n])\n```\n\nWhen the app loads, and when you change the filter, you should see the spinner appear until the stories are loaded.\n\n\n\n> If you aren't seeing the spinner, it might just be happening too fast. Try choking your network speed. In the Chrome\n> browser you can set your network speed to \"slow 3g\" under the network tab in the developer tools.\n\nIf you'd like to see a working example of the code so far, have a look [here](https://codesandbox.io/s/hyperapp-tutorial-step-3-2mmug)\n\nSubscriptions\n-------------------------------------------------------------------\n\nThe last feature we'll add is to make our app periodically check for new stories matching the filter. There won't actually\nbe any because it's not a real service, but you'll know it's happening when you see the spinner pop up every five\nseconds. \n\nHowever, we want to make it opt-in. That's what the auto update checkbox at the bottom is for. We need a\nproperty in the state to track wether the box is checked or not. \n\nChange the `AutoUpdate` view:\n\n```js\nconst AutoUpdate = props => h(\"div\", {class: \"autoupdate\"}, [\n \"Auto update: \",\n h(\"input\", {\n type: \"checkbox\",\n checked: props.autoUpdate, // <---\n onInput: ToggleAutoUpdate, // <---\n })\n])\n```\n\nand implement the `ToggleAutoUpdate` action:\n\n```js\nconst ToggleAutoUpdate = state => ({...state, autoUpdate: !state.autoUpdate})\n```\n\nNow we've got `autoUpdate` in the state tracking the checkbox. All we need now, is to set up `FetchStories`\nto be dispatched every five seconds when `autoUpdate` is `true`.\n\nImport the `interval` _subscription creator_:\n\n```js\nimport {interval} from \"https://unpkg.com/@hyperapp/time?module\"\n```\n\nAdd a `subscriptions` property to your app, with a conditional declaration of `interval` like this:\n\n```js\n subscriptions: state => [\n state.autoUpdate && interval(FetchStories, {delay: 5000})\n ]\n```\n\nHyperapp will call `subscriptions` every time the state changes. If it notices a\nnew subscription, it will be started, or if one has been removed it will be stopped.\n\nThe options we passed to the `interval` subscription state that `FetchStories` should be dispatched every five seconds. It\nwill start when we check the auto update box, and stop when it is unchecked.\n\n\n\n> As with effects, Hyperapp offers subscriptions for the most common cases, but you\n> may need to implement your own. Refer to the [API reference](). Again, \n> it is no big deal - just not in scope for this tutorial.\n\nIf you'd like to see a working example of the final code, have a look [here](https://codesandbox.io/s/hyperapp-tutorial-step-4-8u9q8)\n\nConclusion\n------------------\n\nCongratulations on completing this Hyperapp tutorial!\n\nAlong the way you've familiarized yourself with\nthe core concepts: _view_, _state_, _actions_, _effects_ & _subscriptions_. And that's really all you need to\nbuild any web application.\n\n\n"}
\ No newline at end of file
diff --git a/quickstart.0e6b9c83.html b/quickstart.0e6b9c83.html
new file mode 100644
index 0000000..30dc80e
--- /dev/null
+++ b/quickstart.0e6b9c83.html
@@ -0,0 +1,3 @@
+
quickstart
1․ Install Hyperapp with npm or Yarn:
npm i hyperapp
2․ Then with a module bundler like Parcel or Webpack import it in your application and get right down to business.
import { h, app } from "hyperapp"
3․ Don't want to set up a build step? Import Hyperapp in a <script> tag as a module. Don't worry; modules are supported in all evergreen, self-updating desktop, and mobile browsers.
Here's the first example to get you started: a counter that can go up or down. You can try it online here.
\ No newline at end of file
diff --git a/ref.md b/ref.md
new file mode 100644
index 0000000..8ff4deb
--- /dev/null
+++ b/ref.md
@@ -0,0 +1,16 @@
+# API
+
+> Technical reference for Hyperapp core APIs and packages.
+
+Under construction. See [Examples](examples.md).
+
+## Index
+
+- [Core]()
+ - [`h()`](#h-)
+ - [`app()`](#app-)
+ - [`Lazy()`](#Lazy-)
+- [@hyperapp/time](#)
+- [@hyperapp/http](#)
+- [@hyperapp/events](#)
+- [@hyperapp/random](#)
diff --git a/robots.txt b/robots.txt
new file mode 100644
index 0000000..d0e5f1b
--- /dev/null
+++ b/robots.txt
@@ -0,0 +1,5 @@
+# www.robotstxt.org/
+
+# Allow crawling of all content
+User-agent: *
+Disallow:
diff --git a/so-small-cant-even.9a03a356.svg b/so-small-cant-even.9a03a356.svg
new file mode 100644
index 0000000..93d64d2
--- /dev/null
+++ b/so-small-cant-even.9a03a356.svg
@@ -0,0 +1,9 @@
+
+
\ No newline at end of file
diff --git a/sponsor.ef925587.html b/sponsor.ef925587.html
new file mode 100644
index 0000000..6f7b180
--- /dev/null
+++ b/sponsor.ef925587.html
@@ -0,0 +1 @@
+
sponsor
lorem lorem lorem
In urna ex, finibus sit amet laoreet id, pharetra placerat lorem. Suspendisse laoreet pulvinar nunc, sed tristique ex venenatis tristique. Quisque non vulputate enim, vitae facilisis sapien. Nunc sagittis vel mi et tristique. In ornare leo et lectus ornare, vel pretium odio vulputate. Nam rhoncus quam vel neque rhoncus rutrum. Quisque posuere, purus sit amet ornare blandit, massa ligula sagittis magna, ut interdum purus neque et nisl. Integer eros sapien, faucibus at est vel, rhoncus gravida arcu. In volutpat sapien neque, vel malesuada sapien aliquam at.
Welcome! If you're new to Hyperapp, you've found the perfect place to start learning.
The Set-up
Together we'll build a simple newsreader-like application. As we do, we'll work
+our way through the five core concepts: view, state, actions, effects and subscriptions.
To move things along, let's imagine we've already made a static version of the
+app we want to build, with this HTML:
<div id="app" class="container">
+ <div class="filter">
+ Filter:
+ <span class="filter-word">ocean</span>
+ <button>✎</button>
+ </div>
+ <div class="stories">
+ <ul>
+ <li class="unread">
+ <p class="title">The <em>Ocean </em>is Sinking</p>
+ <p class="author">Kat Stropher</p>
+ </li>
+ <li class="reading">
+ <p class="title"><em>Ocean </em>life is brutal</p>
+ <p class="author">Surphy McBrah</p>
+ </li>
+ <li>
+ <p class="title">
+ Family friendly fun at the
+ <em>ocean </em>exhibit
+ </p>
+ <p class="author">Guy Prosales</p>
+ </li>
+ </ul>
+ </div>
+ <div class="story">
+ <h1>Ocean life is brutal</h1>
+ <p>
+ Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do
+ eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim
+ ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut
+ aliquip ex ea commodo consequat.
+ </p>
+ <p class="signature">Surphy McBrah</p>
+ </div>
+ <div class="autoupdate">
+ Auto update:
+ <input type="checkbox" />
+ </div>
+</div>
We'll start by making Hyperapp render the HTML for us. Then we will
+add dynamic behavior to all the widgets, including text input and dynamically fetching stories.
First, let's begin with the traditional "Hello World!"
The section structure outlined in the comments is not important. It's
+just a suggestion for how to organize the code we'll be
+adding throughout the tutorial.
+
Open it in a browser, and you'll be greeted with an optimistic Hello World!.
View
Let's step through what just happened.
Virtual Nodes
Hyperapp exports the app and h functions.
+h is for creating virtual nodes, which is to say: plain javascript objects
+which represent DOM nodes.
app is the function that runs our app. It is called with a single argument - an object
+which can take several properties. For now we're just concerned with view and node.
Hyperapp calls the view function which tells it the DOM structure we want, in the form
+of virtual nodes. Hyperapp proceeds to create it for us, replacing the node specified in node.
To render the HTML we want, change the view to:
view: () => h("div", {id: "app", class: "container"}, [
+ h("div", {class: "filter"}, [
+ " Filter: ",
+ h("span", {class: "filter-word"}, "ocean"),
+ h("button", {}, "\u270E")
+ ]),
+ h("div", {class: "stories"}, [
+ h("ul", {}, [
+ h("li", {class: "unread"}, [
+ h("p", {class: "title"}, [
+ "The ",
+ h("em", {}, "Ocean"),
+ " is Sinking!"
+ ]),
+ h("p", {class: "author"}, "Kat Stropher")
+ ]),
+ h("li", {class: "reading"}, [
+ h("p", {class: "title"}, [
+ h("em", {}, "Ocean"),
+ " life is brutal"
+ ]),
+ h("p", {class: "author"}, "Surphy McBrah"),
+ ]),
+ h("li", {}, [
+ h("p", {class: "title"}, [
+ "Family friendly fun at the ",
+ h("em", {}, "ocean"),
+ " exhibit"
+ ]),
+ h("p", {class: "author"}, "Guy Prosales")
+ ])
+ ])
+ ]),
+ h("div", {class: "story"}, [
+ h("h1", {}, "Ocean life is brutal"),
+ h("p", {}, `
+ Lorem ipsum dolor sit amet, consectetur adipiscing
+ elit, sed do eiusmod tempor incididunt ut labore et
+ dolore magna aliqua. Ut enim ad minim veniam, quis
+ nostrud exercitation ullamco laboris nisi ut aliquip
+ ex ea commodo consequat.
+ `),
+ h("p", {class: "signature"}, "Surphy McBrah")
+ ]),
+ h("div", {class: "autoupdate"}, [
+ "Auto update: ",
+ h("input", {type: "checkbox"})
+ ])
+]),
Try it out to confirm that the result matches the screenshot above.
+
In many frameworks it is common to write your views/templates
+using syntax that looks like HTML. This is possible with Hyperapp as well.
+JSX can compile a HTML-like syntax into h calls at build-time. If you'd rather
+not use a build system, htm does the same at run-time.
+
In this tutorial we'll stick with h to keep it simple and close to the metal.
+
Composing the view with reusable functions
The great thing about using plain functions to build up our virtual DOM
+is that we can break out repetitive or complicated parts into their own functions.
The last example demonstrates a helpful feature of the class property. When
+you set it to an object rather than a string, each key with a truthy value
+will become a class in the class list.
+
Continue by creating functions for each section of the view:
What you see on the page should be exactly the same as before, because we haven't
+changed what view returns. Using basic functional composition, we were able to make
+the code a bit more manageable, and that's the only difference.
State
With all that view logic broken out in separate functions, view is starting to look like
+plain data. The next step is to fully separate data from the view.
Add an init property to your app, with this pure data:
This makes Hyperapp bind a click-event handler on the button element, so
+that when the button is clicked, an action named StartEditingFilter is
+dispatched. Create the action in the "ACTIONS" section:
const StartEditingFilter = state => ({...state, editingFilter: true})
Actions are just functions describing transformations of the state.
+This action keeps everything in the state the same except for editingFilter
+which it sets to true.
When Hyperapp dispatches an action, it replaces the old state with the new
+one calculated using the action. Then the DOM is modified to match what the
+view returns for this new state.
When editingFilter is true, we want to have a text input instead of a span with the filter word. We can express this in the Filter view using a
+ternary operator (a ? b : c).
Now, when you click the pencil button the text input appears. But we still need to add
+a way to go back. We need an action to StopEditingFilter, and a button to dispatch it.
Add the action:
const StopEditingFilter = state => ({...state, editingFilter: false})
The second argument to an action is known as the payload. Actions
+dispatched in response to an events on DOM elements receive the event object for a payload. event.target refers to the input element in the DOM, and
+event.target.value refers to the current value entered into it.
Now see what happens when you erase "ocean" and type "friendly" instead:
Actions with custom payloads
Next up: selecting stories by clicking them in the list.
The following action sets the reading property in the state to a story-id, which amounts to "selecting" the story:
It has a payload, but it's not an event object. It's a custom value telling us which
+story was clicked. How are actions dispatched with custom payloads? – Like this:
Instead of just specifying the action, we give a length-2 array with the action first and the custom payload second.
Selecting stories works now, but the feature is not quite done. When a story is selected,
+we need to set its seen property to true, so we can highlight which stories the user has yet to read. Update the SelectStory action:
const SelectStory = (state, id) => ({
+ ...state, // keep all state the same, except for the following:
+ reading: id,
+ stories: {
+ ...state.stories, //keep stories the same, except for:
+ [id]: {
+ ...state.stories[id], //keep this story the same, except for:
+ seen: true,
+ }
+ }
+})
Now, when you select a blue-edged story it turns yellow because it is selected, and when you select something else,
+the edge turns gray to indicate you've read the story.
Payload filters
There's one little thing we should fix about SetFilter. See how it's dependent on the complex event object? It would be easier to test and reuse if it were simply:
When we give a function as the custom payload, Hyperapp considers it a payload filter and passes the default
+payload through it, providing the returned value as payload to the action.
+
Payload filters are also useful when you need a payload that is a combination of custom data and event data
+
If you'd like to see a working example of the code so far, have a look here
Effects
Until now, the list of stories has been defined in the state and doesn't change. What we really want is
+for stories matching the filter to be dynamically loaded. When we click the check-mark button
+(indicating we are done editing the filter), we want to query an API and display the stories it responds with.
Actions can return effects
Add this import (to the "IMPORTS" section):
import {Http} from "https:/unpkg.com/hyperapp-fx@next?module"
Use the imported Http in the StopEditingFilter action like this:
The call to Http(...) does not immediately execute the API request. Http is an effect creator. It returns
+an effect bound to the options we provided.
When Hyperapp sees an action return an array, it takes the first element of the array to be the new state, and the rest to
+be effects. Effects are executed by Hyperapp as part of processing the action's return value.
+
Hyperapp provides effect creators for many common situations. If you've got an unusual case or are working
+with less common APIs you may need to implement your own effects. Don't worry - it's easy! See the API reference for more information.
+
Effects can dispatch actions
One of the options we passed to Http was action: GotStories. The way this effect works is that when the response comes
+back from the api, an action named GotStories (yet to be implemented) will be dispatched, with the response body as the payload.
The response body is in json, but the payload will be a javascript object, thanks to the parsing hint response: "json". It will look like this (although the details depend on your filter of course):
{
+ "112": {
+ title: "The Ocean is Sinking",
+ author: "Kat Stropher",
+ },
+ "113": {
+ title: "Ocean life is brutal",
+ author: "Surphy McBrah",
+ },
+ "114": {
+ title: "Family friendly fun at the ocean exhibit",
+ author: "Guy Prosales",
+ }
+}
The job of GotStories is to load this data into the state, in place of the stories we already have there. As it
+does, it should take care to remember which story was selected, and which stories we have seen, if they were already
+in the previous state. This will be our most complex action yet, and it could look like this:
Try it out! Enter "life" in the filter input. When you click the check-mark button some new
+stories are loaded – all with blue edges except for "Ocean life is brutal" because it is
+still selected.
Running effects on initialization
The next obvious step is to load the initial stories from the API as well. Change init to this:
Hyperapp treats the init-value the same way as it treats return values from actions. By adding the Http effect
+in init, the app will fire the API request immediately, so we don't need the stories in the state from the start.
Tracking state for asynchronous effects
If we could display a spinner while we wait for stories to load, it would make for a smoother user experience. To
+do that, we will need a new state property to tell us if we're waiting for a repsonse - and
+consequently wether or not to render the spinner.
Now, when StopEditingFilter is dispatched, and at initialization, the API call goes out and the
+fetching prop is set to true. Also, notice how we refactored out the repetitive use of Http.
We also need to set fetching: false in GotStories:
When the app loads, and when you change the filter, you should see the spinner appear until the stories are loaded.
+
If you aren't seeing the spinner, it might just be happening too fast. Try choking your network speed. In the Chrome
+browser you can set your network speed to "slow 3g" under the network tab in the developer tools.
+
If you'd like to see a working example of the code so far, have a look here
Subscriptions
The last feature we'll add is to make our app periodically check for new stories matching the filter. There won't actually
+be any because it's not a real service, but you'll know it's happening when you see the spinner pop up every five
+seconds.
However, we want to make it opt-in. That's what the auto update checkbox at the bottom is for. We need a
+property in the state to track wether the box is checked or not.
const ToggleAutoUpdate = state => ({...state, autoUpdate: !state.autoUpdate})
Now we've got autoUpdate in the state tracking the checkbox. All we need now, is to set up FetchStories
+to be dispatched every five seconds when autoUpdate is true.
Import the intervalsubscription creator:
import {interval} from "https://unpkg.com/@hyperapp/time?module"
Add a subscriptions property to your app, with a conditional declaration of interval like this:
Hyperapp will call subscriptions every time the state changes. If it notices a
+new subscription, it will be started, or if one has been removed it will be stopped.
The options we passed to the interval subscription state that FetchStories should be dispatched every five seconds. It
+will start when we check the auto update box, and stop when it is unchecked.
+
As with effects, Hyperapp offers subscriptions for the most common cases, but you
+may need to implement your own. Refer to the API reference. Again, it is no big deal - just not in scope for this tutorial.
+
If you'd like to see a working example of the final code, have a look here
Conclusion
Congratulations on completing this Hyperapp tutorial!
Along the way you've familiarized yourself with
+the core concepts: view, state, actions, effects & subscriptions. And that's really all you need to
+build any web application.
\ No newline at end of file
diff --git a/tutorial.md b/tutorial.md
new file mode 100644
index 0000000..aefa0ab
--- /dev/null
+++ b/tutorial.md
@@ -0,0 +1,915 @@
+Tutorial
+===================================
+
+Welcome! If you're new to Hyperapp, you've found the perfect place to start learning.
+
+The Set-up
+-----------------------------------
+
+Together we'll build a simple newsreader-like application. As we do, we'll work
+our way through the five core concepts: view, state, actions, effects and subscriptions.
+
+To move things along, let's imagine we've already made a static version of the
+app we want to build, with this HTML:
+
+
+```html
+
+
+ Filter:
+ ocean
+
+
+
+
+
+
The Ocean is Sinking
+
Kat Stropher
+
+
+
Ocean life is brutal
+
Surphy McBrah
+
+
+
+ Family friendly fun at the
+ ocean exhibit
+
+
Guy Prosales
+
+
+
+
+
Ocean life is brutal
+
+ Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do
+ eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim
+ ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut
+ aliquip ex ea commodo consequat.
+
+
Surphy McBrah
+
+
+ Auto update:
+
+
+
+```
+
+...and some CSS [here](https://zaceno.github.com/hatut/style.css).
+
+It looks like this:
+
+![Initial static mockup](https://user-images.githubusercontent.com/6243887/73389558-15d97580-42dd-11ea-90fa-f79a2c351fe8.png)
+
+We'll start by making Hyperapp render the HTML for us. Then we will
+add dynamic behavior to all the widgets, including text input and
+dynamically fetching stories.
+
+First, let's begin with the traditional "Hello World!"
+
+Hello World
+------------------------------
+
+Create this html file:
+
+```html
+
+
+
+
+
+
+
+
+
+
+```
+
+> The section structure outlined in the comments is not important. It's
+> just a suggestion for how to organize the code we'll be
+> adding throughout the tutorial.
+
+Open it in a browser, and you'll be greeted with an optimistic **Hello _World!_**.
+
+View
+------------------------------------
+
+Let's step through what just happened.
+
+### Virtual Nodes
+
+Hyperapp exports the `app` and `h` functions.
+`h` is for creating _virtual nodes_, which is to say: plain javascript objects
+which _represent_ DOM nodes.
+
+The result of
+
+```js
+h("h1", {}, [
+ "Hello ",
+ h("i", {}, "World!")
+])
+```
+
+is a virtual node, representing
+
+```html
+
+ Hello
+ World!
+
+```
+
+### Rendering to the DOM
+
+`app` is the function that runs our app. It is called with a single argument - an object
+which can take several properties. For now we're just concerned with `view` and `node. `
+
+Hyperapp calls the `view` function which tells it the DOM structure we want, in the form
+of virtual nodes. Hyperapp proceeds to create it for us, replacing the node specified in `node`.
+
+To render the HTML we want, change the `view` to:
+
+```js
+view: () => h("div", {id: "app", class: "container"}, [
+ h("div", {class: "filter"}, [
+ " Filter: ",
+ h("span", {class: "filter-word"}, "ocean"),
+ h("button", {}, "\u270E")
+ ]),
+ h("div", {class: "stories"}, [
+ h("ul", {}, [
+ h("li", {class: "unread"}, [
+ h("p", {class: "title"}, [
+ "The ",
+ h("em", {}, "Ocean"),
+ " is Sinking!"
+ ]),
+ h("p", {class: "author"}, "Kat Stropher")
+ ]),
+ h("li", {class: "reading"}, [
+ h("p", {class: "title"}, [
+ h("em", {}, "Ocean"),
+ " life is brutal"
+ ]),
+ h("p", {class: "author"}, "Surphy McBrah"),
+ ]),
+ h("li", {}, [
+ h("p", {class: "title"}, [
+ "Family friendly fun at the ",
+ h("em", {}, "ocean"),
+ " exhibit"
+ ]),
+ h("p", {class: "author"}, "Guy Prosales")
+ ])
+ ])
+ ]),
+ h("div", {class: "story"}, [
+ h("h1", {}, "Ocean life is brutal"),
+ h("p", {}, `
+ Lorem ipsum dolor sit amet, consectetur adipiscing
+ elit, sed do eiusmod tempor incididunt ut labore et
+ dolore magna aliqua. Ut enim ad minim veniam, quis
+ nostrud exercitation ullamco laboris nisi ut aliquip
+ ex ea commodo consequat.
+ `),
+ h("p", {class: "signature"}, "Surphy McBrah")
+ ]),
+ h("div", {class: "autoupdate"}, [
+ "Auto update: ",
+ h("input", {type: "checkbox"})
+ ])
+]),
+```
+
+Try it out to confirm that the result matches the screenshot above.
+
+> In many frameworks it is common to write your views/templates
+> using syntax that looks like HTML. This is possible with Hyperapp as well.
+> [JSX](https://babeljs.io/docs/en/babel-plugin-transform-react-jsx)
+> can compile a HTML-like syntax into `h` calls at build-time. If you'd rather
+> not use a build system, [htm](https://github.com/developit/htm) does the same at run-time.
+>
+> In this tutorial we'll stick with `h` to keep it simple and close to the metal.
+
+### Composing the view with reusable functions
+
+The great thing about using plain functions to build up our virtual DOM
+is that we can break out repetitive or complicated parts into their own functions.
+
+Add this function (in the "VIEWS" section):
+
+```js
+const emphasize = (word, string) =>
+ string.split(" ").map(x => {
+ if (x.toLowerCase() === word.toLowerCase()) {
+ return h("em", {}, x + " ")
+ } else {
+ return x + " "
+ }
+ })
+```
+
+It lets you change this:
+
+```js
+ ...
+ h("p", {class: "title"}, [
+ "The ",
+ h("em", {}, "Ocean"),
+ " is Sinking!"
+ ]),
+ ...
+```
+
+into this:
+
+```js
+ ...
+ h("p", {class: "title"}, emphasize("ocean",
+ "The Ocean is Sinking"
+ ))
+ ...
+```
+
+Story thumbnails are repeated several times, so encapsulate
+them in their own function:
+
+```js
+const StoryThumbnail = props => h(
+ "li",
+ {class: {
+ unread: props.unread,
+ reading: props.reading,
+ }},
+ [
+ h("p", {class: "title"}, emphasize(props.filter, props.title)),
+ h("p", {class: "author"}, props.author)
+ ]
+)
+```
+
+> The last example demonstrates a helpful feature of the `class` property. When
+> you set it to an object rather than a string, each key with a truthy value
+> will become a class in the class list.
+
+Continue by creating functions for each section of the view:
+
+```js
+
+const StoryList = props => h("div", {class: "stories"}, [
+ h("ul", {}, Object.keys(props.stories).map(id =>
+ StoryThumbnail({
+ id,
+ title: props.stories[id].title,
+ author: props.stories[id].author,
+ unread: !props.stories[id].seen,
+ reading: props.reading === id,
+ filter: props.filter,
+ })
+ ))
+])
+
+const Filter = props => h("div", {class: "filter"}, [
+ "Filter:",
+ h("span", {class: "filter-word"}, props.filter),
+ h("button", {}, "\u270E")
+])
+
+const StoryDetail = props => h("div", {class: "story"}, [
+ props && h("h1", {}, props.title),
+ props && h("p", {}, `
+ Lorem ipsum dolor sit amet, consectetur adipiscing
+ elit, sed do eiusmod tempor incididunt ut labore et
+ dolore magna aliqua. Ut enim ad minim veniam, qui
+ nostrud exercitation ullamco laboris nisi ut aliquip
+ ex ea commodo consequat.
+ `),
+ props && h("p", {class: "signature"}, props.author)
+])
+
+const AutoUpdate = props => h("div", {class: "autoupdate"}, [
+ "Auto update: ",
+ h("input", {type: "checkbox"})
+])
+
+const Container = content => h("div", {class: "container"}, content)
+
+```
+
+
+With those the view can be written as:
+
+```js
+view: () => Container([
+ Filter({
+ filter: "ocean"
+ }),
+ StoryList({
+ stories: {
+ "112": {
+ title: "The Ocean is Sinking",
+ author: "Kat Stropher",
+ seen: false,
+ },
+ "113": {
+ title: "Ocean life is brutal",
+ author: "Surphy McBrah",
+ seen: true,
+ },
+ "114": {
+ title: "Family friendly fun at the ocean exhibit",
+ author: "Guy Prosales",
+ seen: true,
+ }
+ },
+ reading: "113",
+ filter: "ocean"
+ }),
+ StoryDetail({
+ title: "Ocean life is brutal",
+ author: "Surphy McBrah",
+ }),
+ AutoUpdate(),
+])
+```
+
+What you see on the page should be exactly the same as before, because we haven't
+changed what `view` returns. Using basic functional composition, we were able to make
+the code a bit more manageable, and that's the only difference.
+
+State
+-------------------------------
+
+With all that view logic broken out in separate functions, `view` is starting to look like
+plain _data_. The next step is to fully separate data from the view.
+
+Add an `init` property to your app, with this pure data:
+
+```js
+ init: {
+ filter: "ocean",
+ reading: "113",
+ stories: {
+ "112": {
+ title: "The Ocean is Sinking",
+ author: "Kat Stropher",
+ seen: false,
+ },
+ "113": {
+ title: "Ocean life is brutal",
+ author: "Surphy McBrah",
+ seen: true,
+ },
+ "114": {
+ title: "Family friendly fun at the ocean exhibit",
+ author: "Guy Prosales",
+ seen: true,
+ }
+ }
+ },
+```
+
+The value of `init` becomes the app's _state_. Hyperapp calls `view` with the state
+as an argument, so it can be reduced to:
+
+```js
+ view: state => Container([
+ Filter(state),
+ StoryList(state),
+ StoryDetail(state.reading && state.stories[state.reading]),
+ AutoUpdate(state),
+ ]),
+```
+
+Visually, everything is _still_ the same. If you'd like to see a working example of the code so far, have a look [here](https://codesandbox.io/s/hyperapp-tutorial-step-1-gq662).
+
+Actions
+---------------------
+
+Now that we know all about rendering views, it's finally time for some _action_!
+
+### Reacting to events in the DOM
+
+The first bit of dynamic behavior we will add is so that when you click
+the pencil-button, a text input with the filter word appears.
+
+Add an `onClick` property to the button in the filter view:
+
+```js
+const Filter = props => h("div", {class: "filter"}, [
+ "Filter:",
+ h("span", {class: "filter-word"}, props.filter),
+ h("button", { onClick: StartEditingFilter }, "\u270E") // <---
+])
+```
+
+This makes Hyperapp bind a click-event handler on the button element, so
+that when the button is clicked, an action named `StartEditingFilter` is
+_dispatched_. Create the action in the "ACTIONS" section:
+
+```js
+const StartEditingFilter = state => ({...state, editingFilter: true})
+```
+
+Actions are just functions describing transformations of the state.
+This action keeps everything in the state the same except for `editingFilter`
+which it sets to `true`.
+
+When Hyperapp dispatches an action, it replaces the old state with the new
+one calculated using the action. Then the DOM is modified to match what the
+view returns for this new state.
+
+When `editingFilter` is true, we want to have a text input instead of a
+span with the filter word. We can express this in the `Filter` view using a
+ternary operator (`a ? b : c`).
+
+```js
+const Filter = props => h("div", {class: "filter"}, [
+ "Filter:",
+
+ props.editingFilter // <---
+ ? h("input", {type: "text", value: props.filter}) // <---
+ : h("span", {class: "filter-word"}, props.filter),
+
+ h("button", { onClick: StartEditingFilter }, "\u270E")
+])
+```
+
+Now, when you click the pencil button the text input appears. But we still need to add
+a way to go back. We need an action to `StopEditingFilter`, and a button to dispatch it.
+
+Add the action:
+
+```js
+const StopEditingFilter = state => ({...state, editingFilter: false})
+```
+
+and update the `Filter` view again:
+
+```js
+const Filter = props => h("div", {class: "filter"}, [
+ "Filter:",
+
+ props.editingFilter
+ ? h("input", {type: "text", value: props.filter})
+ : h("span", {class: "filter-word"}, props.filter),
+
+ props.editingFilter // <---
+ ? h("button", {onClick: StopEditingFilter}, "\u2713")
+ : h("button", {onClick: StartEditingFilter}, "\u270E"), // <---
+])
+```
+
+When you click the pencil button, it is replaced with a check-mark button that can take you back to the first state.
+
+![Filter in edit mode](https://user-images.githubusercontent.com/6243887/73389562-1a059300-42dd-11ea-80ea-631c999d5f62.png)
+
+
+### Capturing event-data in actions
+
+The next step is to use the input for editing the filter word. Whatever we
+type in the box should be emphasized in the story-list.
+
+Update the `Filter` view yet again:
+
+```js
+const Filter = props => h("div", {class: "filter"}, [
+ "Filter:",
+
+ props.editingFilter
+ ? h("input", {
+ type: "text",
+ value: props.filter,
+ onInput: SetFilter, // <----
+ })
+ : h("span", {class: "filter-word"}, props.filter),
+
+ props.editingFilter
+ ? h("button", {onClick: StopEditingFilter}, "\u2713")
+ : h("button", {onClick: StartEditingFilter}, "\u270E"),
+])
+```
+
+This will dispatch the `SetFilter` action everytime someone types in the input. Implement the action like this:
+
+```js
+const SetFilter = (state, event) => ({...state, filter: event.target.value})
+```
+
+The second argument to an action is known as the _payload_. Actions
+dispatched in response to an events on DOM elements receive the [event object](https://developer.mozilla.org/en-US/docs/Web/API/Event) for a payload. `event.target` refers to the input element in the DOM, and
+`event.target.value` refers to the current value entered into it.
+
+Now see what happens when you erase "ocean" and type "friendly" instead:
+
+![filtering other words](https://user-images.githubusercontent.com/6243887/73389567-1d991a00-42dd-11ea-9bf1-b1fc6b85b635.png)
+
+
+### Actions with custom payloads
+
+Next up: selecting stories by clicking them in the list.
+
+The following action sets the `reading` property in the state to a story-id, which amounts to "selecting" the story:
+
+```js
+const SelectStory = (state, id) => ({...state, reading: id})
+```
+
+It has a payload, but it's not an event object. It's a custom value telling us which
+story was clicked. How are actions dispatched with custom payloads? – Like this:
+
+```js
+
+const StoryThumbnail = props => h(
+ "li",
+ {
+ onClick: [SelectStory, props.id], // <----
+ class: {
+ unread: props.unread,
+ reading: props.reading,
+ }
+ },
+ [
+ h("p", {class: "title"}, emphasize(props.filter, props.title)),
+ h("p", {class: "author"}, props.author)
+ ]
+)
+```
+
+Instead of just specifying the action, we give a length-2 array with the action first and the custom payload second.
+
+Selecting stories works now, but the feature is not quite done. When a story is selected,
+we need to set its `seen` property to `true`, so we can highlight which stories the user has yet to read. Update the `SelectStory` action:
+
+```js
+const SelectStory = (state, id) => ({
+ ...state, // keep all state the same, except for the following:
+ reading: id,
+ stories: {
+ ...state.stories, //keep stories the same, except for:
+ [id]: {
+ ...state.stories[id], //keep this story the same, except for:
+ seen: true,
+ }
+ }
+})
+```
+
+Now, when you select a blue-edged story it turns yellow because it is selected, and when you select something else,
+the edge turns gray to indicate you've read the story.
+
+![all stories read](https://user-images.githubusercontent.com/6243887/73389573-20940a80-42dd-11ea-9b26-ebdad474b169.png)
+
+
+### Payload filters
+
+There's one little thing we should fix about `SetFilter`. See how it's dependent on the complex `event` object?
+It would be easier to test and reuse if it were simply:
+
+```js
+const SetFilter = (state, word) => ({...state, filter: word})
+```
+
+But we don't know the word beforehand, so how can we set it as a custom payload? Change the `Filter` view
+again (last time - I promise!):
+
+```js
+const Filter = props => h("div", {class: "filter"}, [
+ "Filter:",
+
+ props.editingFilter
+ ? h("input", {
+ type: "text",
+ value: props.filter,
+ onInput: [SetFilter, event => event.target.value], // <----
+ })
+ : h("span", {class: "filter-word"}, props.filter),
+
+ props.editingFilter
+ ? h("button", {onClick: StopEditingFilter}, "\u2713")
+ : h("button", {onClick: StartEditingFilter}, "\u270E"),
+])
+```
+
+When we give a _function_ as the custom payload, Hyperapp considers it a _payload filter_ and passes the default
+payload through it, providing the returned value as payload to the action.
+
+> Payload filters are also useful when you need a payload that is a combination of custom data and event data
+
+If you'd like to see a working example of the code so far, have a look [here](https://codesandbox.io/s/hyperapp-tutorial-step-2-5yv34).
+
+Effects
+----------------------------
+
+Until now, the list of stories has been defined in the state and doesn't change. What we really want is
+for stories matching the filter to be dynamically loaded. When we click the check-mark button
+(indicating we are done editing the filter), we want to query an API and display the stories it responds with.
+
+### Actions can return effects
+
+Add this import (to the "IMPORTS" section):
+
+```js
+import {Http} from "https://unpkg.com/hyperapp-fx@next?module"
+```
+
+Use the imported `Http` in the `StopEditingFilter` action like this:
+
+```js
+const StopEditingFilter = state => [
+ {
+ ...state,
+ editingFilter: false,
+ },
+ Http({ // <---
+ url: `https://zaceno.github.io/hatut/data/${state.filter.toLowerCase()}.json`, // <---
+ response: "json", // <---
+ action: GotStories, // <---
+ })
+]
+```
+
+The call to `Http(...)` does _not_ immediately execute the API request. `Http` is an _effect creator_. It returns
+an _effect_ bound to the options we provided.
+
+When Hyperapp sees an action return an array, it takes the first element of the array to be the new state, and the rest to
+be _effects_. Effects are executed by Hyperapp as part of processing the action's return value.
+
+> Hyperapp provides effect creators for many common situations. If you've got an unusual case or are working
+> with less common APIs you may need to implement your own effects. Don't worry - it's easy! See the
+> [API reference](./ref.md) for more information.
+
+### Effects can dispatch actions
+
+One of the options we passed to `Http` was `action: GotStories`. The way this effect works is that when the response comes
+back from the api, an action named `GotStories` (yet to be implemented) will be dispatched, with the response body as the payload.
+
+The response body is in json, but the payload will be a javascript object, thanks to the parsing hint `response: "json"`. It will look like this (although the details depend on your filter of course):
+
+```js
+{
+ "112": {
+ title: "The Ocean is Sinking",
+ author: "Kat Stropher",
+ },
+ "113": {
+ title: "Ocean life is brutal",
+ author: "Surphy McBrah",
+ },
+ "114": {
+ title: "Family friendly fun at the ocean exhibit",
+ author: "Guy Prosales",
+ }
+}
+```
+
+The job of `GotStories` is to load this data into the state, in place of the stories we already have there. As it
+does, it should take care to remember which story was selected, and which stories we have seen, if they were already
+in the previous state. This will be our most complex action yet, and it could look like this:
+
+```js
+const GotStories = (state, response) => {
+ const stories = {}
+ Object.keys(response).forEach(id => {
+ stories[id] = {...response[id], seen: false}
+ if (state.stories[id] && state.stories[id].seen) {
+ stories[id].seen = true
+ }
+ })
+ const reading = stories[state.reading] ? state.reading : null
+ return {
+ ...state,
+ stories,
+ reading,
+ }
+}
+```
+
+Try it out! Enter "life" in the filter input. When you click the check-mark button some new
+stories are loaded – all with blue edges except for "Ocean life is brutal" because it is
+still selected.
+
+![loaded other stories](https://user-images.githubusercontent.com/6243887/73389577-24279180-42dd-11ea-8b4a-b231f1c811c8.png)
+
+
+
+
+### Running effects on initialization
+
+The next obvious step is to load the _initial_ stories from the API as well. Change init to this:
+
+
+```js
+ init: [
+ {
+ editingFilter: false,
+ autoUpdate: false,
+ filter: "ocean",
+ reading: null,
+ stories: {}, // <---
+ },
+ Http({ // <---
+ url: `https://zaceno.github.io/hatut/data/ocean.json`, // <---
+ response: 'json', // <---
+ action: GotStories, // <---
+ })
+ ],
+```
+
+Hyperapp treats the init-value the same way as it treats return values from actions. By adding the `Http` effect
+in `init`, the app will fire the API request immediately, so we don't need the stories in the state from the start.
+
+![stories loaded from start](https://user-images.githubusercontent.com/6243887/73389586-2a1d7280-42dd-11ea-8642-f994c028a74f.png)
+
+
+### Tracking state for asynchronous effects
+
+If we could display a spinner while we wait for stories to load, it would make for a smoother user experience. To
+do that, we will need a new state property to tell us if we're waiting for a repsonse - and
+consequently wether or not to render the spinner.
+
+Create this action:
+
+```js
+const FetchStories = state => [
+ {...state, fetching: true},
+ Http({
+ url: `https://zaceno.github.io/hatut/data/${state.filter.toLowerCase()}.json`,
+ response: 'json',
+ action: GotStories,
+ })
+]
+```
+
+Instead of dispatching this action, we will use it to simplify `StopEditingFilter`:
+
+```js
+const StopEditingFilter = state => FetchStories({...state, editingFilter: false})
+```
+
+... and `init` as well:
+
+```js
+ init: FetchStories({
+ editingFilter: false,
+ autoUpdate: false,
+ filter: "ocean",
+ reading: null,
+ stories: {},
+ }),
+```
+
+Now, when `StopEditingFilter` is dispatched, _and_ at initialization, the API call goes out and the
+`fetching` prop is set to `true`. Also, notice how we refactored out the repetitive use of `Http`.
+
+We also need to set `fetching: false` in `GotStories`:
+
+```js
+const GotStories = (state, response) => {
+ const stories = {}
+ Object.keys(response).forEach(id => {
+ stories[id] = {...response[id], seen: false}
+ if (state.stories[id] && state.stories[id].seen) {
+ stories[id].seen = true
+ }
+ })
+ const reading = stories[state.reading] ? state.reading : null
+ return {
+ ...state,
+ stories,
+ reading,
+ fetching: false, // <---
+ }
+}
+```
+
+With this, we know that when `fetching` is `true` we are waiting for a response, and should display
+the spinner in the `StoryList` view:
+
+```js
+const StoryList = props => h("div", {class: "stories"}, [
+
+ props.fetching && h("div", {class: "loadscreen"}, [ // <---
+ h("div", {class: "spinner"}) // <---
+ ]), // <---
+
+ h("ul", {}, Object.keys(props.stories).map(id =>
+ StoryThumbnail({
+ id,
+ title: props.stories[id].title,
+ author: props.stories[id].author,
+ unread: !props.stories[id].seen,
+ reading: props.reading === id,
+ filter: props.filter
+ })
+ ))
+])
+```
+
+When the app loads, and when you change the filter, you should see the spinner appear until the stories are loaded.
+
+![loading spinner](https://user-images.githubusercontent.com/6243887/73389594-2db0f980-42dd-11ea-8bf8-95b96e7337b1.png)
+
+> If you aren't seeing the spinner, it might just be happening too fast. Try choking your network speed. In the Chrome
+> browser you can set your network speed to "slow 3g" under the network tab in the developer tools.
+
+If you'd like to see a working example of the code so far, have a look [here](https://codesandbox.io/s/hyperapp-tutorial-step-3-2mmug).
+
+Subscriptions
+-------------------------------------------------------------------
+
+The last feature we'll add is to make our app periodically check for new stories matching the filter. There won't actually
+be any because it's not a real service, but you'll know it's happening when you see the spinner pop up every five
+seconds.
+
+However, we want to make it opt-in. That's what the auto update checkbox at the bottom is for. We need a
+property in the state to track wether the box is checked or not.
+
+Change the `AutoUpdate` view:
+
+```js
+const AutoUpdate = props => h("div", {class: "autoupdate"}, [
+ "Auto update: ",
+ h("input", {
+ type: "checkbox",
+ checked: props.autoUpdate, // <---
+ onInput: ToggleAutoUpdate, // <---
+ })
+])
+```
+
+and implement the `ToggleAutoUpdate` action:
+
+```js
+const ToggleAutoUpdate = state => ({...state, autoUpdate: !state.autoUpdate})
+```
+
+Now we've got `autoUpdate` in the state tracking the checkbox. All we need now, is to set up `FetchStories`
+to be dispatched every five seconds when `autoUpdate` is `true`.
+
+Import the `interval` _subscription creator_:
+
+```js
+import {interval} from "https://unpkg.com/@hyperapp/time?module"
+```
+
+Add a `subscriptions` property to your app, with a conditional declaration of `interval` like this:
+
+```js
+ subscriptions: state => [
+ state.autoUpdate && interval(FetchStories, {delay: 5000})
+ ]
+```
+
+Hyperapp will call `subscriptions` every time the state changes. If it notices a
+new subscription, it will be started, or if one has been removed it will be stopped.
+
+The options we passed to the `interval` subscription state that `FetchStories` should be dispatched every five seconds. It
+will start when we check the auto update box, and stop when it is unchecked.
+
+![auto updating](https://user-images.githubusercontent.com/6243887/73389603-3275ad80-42dd-11ea-9270-bc8be471db8b.png)
+
+> As with effects, Hyperapp offers subscriptions for the most common cases, but you
+> may need to implement your own. Refer to the [API reference](./ref.md). Again,
+> it is no big deal - just not in scope for this tutorial.
+
+If you'd like to see a working example of the final code, have a look [here](https://codesandbox.io/s/hyperapp-tutorial-step-4-8u9q8).
+
+Conclusion
+------------------
+
+Congratulations on completing this Hyperapp tutorial!
+
+Along the way you've familiarized yourself with
+the core concepts: _view_, _state_, _actions_, _effects_ & _subscriptions_. And that's really all you need to
+build any web application.
+
+So now, go build your dream app, or browse our [Examples](./examples.md) for more
+inspiration.
diff --git a/write-what-not-how.68035d11.svg b/write-what-not-how.68035d11.svg
new file mode 100644
index 0000000..4cf629e
--- /dev/null
+++ b/write-what-not-how.68035d11.svg
@@ -0,0 +1,17 @@
+
+
\ No newline at end of file