mirror of
https://github.com/dillonkearns/elm-pages-v3-beta.git
synced 2024-11-30 23:06:10 +03:00
3.3 KiB
3.3 KiB
Changelog
All notable changes to
the elm-pages
npm package
will be documented in this file.
The format is based on Keep a Changelog and this project adheres to Semantic Versioning.
[Unreleased]
[1.1.8] - 2020-01-20
Fixed
- "Missing content" message no longer flashes between pre-rendered HTML and the Elm app hydrating and taking over the page. See #48.
[1.1.7] - 2020-01-12
Fixed
- Newlines and escaped double quotes (
"
s) are handled properly in content frontmatter now. See #41. Thank you Luke! 🎉🙏
[1.1.6] - 2020-01-04
Added
- Added hot reloading for code changes! That means that in dev mode (
elm-pages develop
), you can change your code and the changes will be reloaded in your browser for you instantly. Note that changing files in yourcontent
folder won't yet be instantly reloaded, that will be a future task. See #35.
[1.1.5] - 2020-01-03
Fixed
- Fixed the bug that showed blank pages and failed page reloads when you change files in the
content
folder. Thank you so much @danmarcab for contributing the fix! See #23.
[1.1.4] - 2020-01-03
Changed
- Updated
favicons-webpack-plugin
to latest version. Had to upgrade tohtml-webpack-plugin@4.0.0-beta.11
for this. See #32.
[1.1.3] - 2020-01-03
*Check out this upgrade checklist for more details and steps for upgrading your project.
Changed
- Added
StaticHttp
requests in the CLI process (see the Elm package changelog).
[1.0.41] - 2019-11-14
Fixed
- Fixed a regression where elm-markup frontmatter was being incorrectly parsed as JSON (fixes #20).
[1.0.40] - 2019-11-04
Fixed
- Generate files for extensions other than
.md
and.emu
(fixes #16). As always, be sure to also use the latest Elm package.
Added
[1.0.39] - 2019-10-18
Fixed
- Use hidden
<div>
to listen for Elm view renders instead of wrapping entire page in an extra div. Fixes #5.
Changed
- Add
onPageChange : PagePath Pages.PathKey -> userMsg
field toPages.application
config record. This is analagous toonUrlChange
inBrowser.application
, except that you get a type-safePagePath Pages.PathKey
because it is guaranteed that you will only go to one of your static routes when thisMsg
is fired. Fixes #4.