summaryrefslogtreecommitdiff
path: root/lib/Util.hs (follow)
Commit message (Collapse)AuthorAgeFilesLines
* use hpack and clean up modulesstuebinm2022-03-191-1/+8
| | | | as annoying as yaml is, cabal's package format is somehow worse, apparently
* maps, maps, and yet more mapsstuebinm2021-12-291-1/+6
| | | | | | | don't add maps to the result if their lint result looks the same as that of another list, just say it happened several times instead (this leads to a rather confusing Eq instance for MapResult which implements a very simple surface-level equality — perhaps change that later)
* tiles can also have properties like tile layersstuebinm2021-12-291-4/+4
|
* suggest setting map meta properties if not givenstuebinm2021-12-151-4/+8
|
* rudimentary linting for overlapping layersstuebinm2021-12-081-0/+5
|
* lots of code reorganising and some deduplicationstuebinm2021-12-041-1/+1
| | | | | | | it was kinda getting messy in places. Also found some accidental isomorphisms between types, so these are now only one type because the consequences were getting silly.
* refuse doubled namesstuebinm2021-12-041-0/+5
|
* do (naïve) html escapingstuebinm2021-12-021-0/+6
| | | | | | because we can't ever trust workadventure, apparently. why are we using that thing again?
* add tileset property lintingstuebinm2021-10-301-2/+5
| | | | | | this reorganised the whole linting for tilesets somewhat; it's now very similar to that linting layers, and it may be possible to abstract some of the code away ...
* use PrettyPrinter morestuebinm2021-09-201-1/+5
|
* some properties require non-empty layersstuebinm2021-09-191-2/+8
|
* support for properties that aren't stringsstuebinm2021-09-191-0/+6
| | | | apparently i couldn't read or something?
* moved types into Types.hsstuebinm2021-09-181-1/+1
| | | | it's almost as if there's some structure to this code!
* tame the stringsstuebinm2021-09-181-14/+24
| | | | | | Adds a PrettyPrint typeclass which operates on Text and should replace Show, since constantly converting strings from linked lists to arrays seems somewhat silly.
* moving lots of code aroundstuebinm2021-09-161-0/+27
(also renaming things now that concepts seem a bit clearer)