## <a name="v0.3.1.0"></a>0.3.1.0
* Support GHC 9.2.3
* Drop Travis CI (no longer available for free for open source projects)
* Add GitHub Actions CI configuration
* Nix-based
* Plain Cabal & Stack setups with multiple GHC versions
* Add Nix configuration (only affects development)
* Add [Stack](https://haskellstack.org) support
* Drop GHC 7.x support because I have no options on CI to test it. It doesn’t
mean it will no longer work with 7.x for sure but it’s not tested anymore.
* Increase minimal Cabal version requirement from `1.8` to `1.10` because
Hackage requires at least `1.10` now. Also add `default-language` to every
component because Hackage reports this error:
> Packages using 'cabal-version: >= 1.10' and before 'cabal-version: 3.4' must
> specify the 'default-language' field for each component (e.g. Haskell98 or
> Haskell2010).
## <a name="v0.3.0.0"></a>0.3.0.0
* Testing on GHC 8.2.2
* More tests to cover more usage scenarios
* Ability to use `}` inside an interpolation block by escaping it
### **WARNING!** Breaking changes
* `\r` characters are no longer pre-removed.
Up to [v0.2.1.0](#v0.2.1.0) all `\r` characters were pre-removed. When you
compile your code with GHC you can use either *LF* or *CRLF* for line-breaks
but not *CR* alone. When I changed handling of interpolation blocks (see
below) I needed to get contents of interpolations blocks without **any**
modifications, so I replaced pre-removing all *CR*s with explicit handling of
*CRLF* in patterns. If your code ever was depending on `\r` symbols appearing
alone inside quoters (that I can't even imagine) it could break your code.
But it will probably never happen, I'm just noticing it here.
* Fix for interpolation blocks parsing.
Once I noticed that `[qm|{"\n"}|]` compiles to `"n"`, I considered this as a
bug, I also realized that interpolation blocks aren't interpreted as a bare
Haskell code as I was expecting. My bad, I've missed that, haven't written
enough tests to cover such scenarios, it migrated from original
*interpolatedstring-perl6* package. So I had to fix this mistake,
notwithstanding it can break your code when you update the library. Now
everything inside interpolation blocks is taken as bare haskell code as
possible.
## <a name="v0.2.1.0"></a>0.2.1.0
* Support GHC 7.4.1
* Internal modules moved to `other-modules` section
## <a name="v0.2.0.0"></a>0.2.0.0
* Added tab (`\t`) symbol escaping
(breaks backward compatibility with [v0.1.1.0](#v0.1.1.0))
* Support new [LTS Haskell 9.0 (ghc-8.0.2)](https://www.stackage.org/lts-9.0)
(updated upper version of **haskell-src-meta** from 0.7.x to 0.8.x)
* Added `qmb` QuasiQuoter,
it's `qm` + `b` (line-<b>B</b>reaks),
it works just as `qm` but keeps line breaks (still ignores indendation)
* Added `qnb` QuasiQuoter (`qmb` without interpolation),
it's `qn` + `b` (line-<b>B</b>reaks),
it works just as `qn` but keeps line breaks (still ignores indendation)
* Added `qms` QuasiQuoter,
it's `qm` + `s` (<b>S</b>paces),
it works just as `qmb` but kept line breaks replaced with spaces
* Added `qns` QuasiQuoter (`qms` without interpolation),
it's `qn` + `s` (<b>S</b>paces),
it works just as `qnb` but kept line breaks replaced with spaces
* More docs and tests
## <a name="v0.1.1.0"></a>0.1.1.0
* Added `qn` QuasiQuoter as alternative to `qm` but without interpolation
* Some code refactoring
* More docs and tests