`elm make` in watch mode. Fast and reliable.
MIT License
Bot releases are visible (Hide)
Published by lydell over 2 years ago
elm
emits some non-JSON when your elm-stuff/ folder is corrupt. The workaround results in a nicer error message on elm-watch’s side.Published by lydell over 2 years ago
--report json
flag which elm-watch uses. See where this is going? The compiler has a bug where when it encodes the “NO TABS” error as JSON, it doesn’t turn the literal tab character that was the problem into \t
. This caused elm-watch to fail parsing the JSON. elm-watch now includes a workaround for this situation so it can display the error message.Published by lydell over 2 years ago
Published by lydell over 2 years ago
Browser.application
works when served on the file://
protocol (when you open an HTML file straight in the browser). However, elm-watch hot reloading code accidentally triggered the Browser.application
runtime error for file://
even on other program types, such as Browser.element
. That is now fixed, so you can use Browser.element
with a plain HTML file if you like.Published by lydell over 2 years ago
Published by lydell over 2 years ago
Project
data structure, which (among other things) shows the absolute paths of all interesting files in your project, such as which elm.json
files elm-watch found and uses for your targets.Published by lydell over 2 years ago
Published by lydell over 2 years ago
import
s of your code was wrong. Each target included the time of all previous targets instead of just timing itself.Published by lydell over 2 years ago
Browser.Dom.focus
in init
caused elm-watch to always reload the page instead of hot reloading. It was an issue with Task
s. However, there’s more to the story. Http.task
returns a cancelable task. They still caused elm-watch to do full instead of hot reloads! This version fixes that problem.Published by lydell over 2 years ago
Fixed: Using Task
s, such as Browser.Dom.focus "my-id"
, in init
used to cause elm-watch to always consider the return value of init
to have changed and therefore to reload the page instead of hot reloading. This was due to a null
vs undefined
oversight in some Elm kernel code. I’ve added a workaround for it in elm-watch (basically, consider null
and undefined
to be equal.)
Fixed: You can now switch compilation mode if there are compilation errors. Example: You have some Debug.log
in your code and switch to optimize mode. Now you get compilation errors because Debug.log
is not allowed in optimize mode. Previously, that resulted in a state where you had to remove all Debug.log
before you could do anything again. Now, elm-watch handles that case where the selected mode is one thing (optimize) but the running code has another mode (standard), and allows you to switch back to standard mode (or debug mode, if appropriate).
Published by lydell over 2 years ago
Initial release.