summaryrefslogtreecommitdiff
path: root/lib (unfollow)
Commit message (Collapse)AuthorFilesLines
2021-11-14config: some small documentationstuebinm1-0/+4
2021-11-14config option: don't copy asset filesstuebinm2-21/+27
2021-11-14Functional jitsiRoomAdminTag adjustmentstuebinm7-35/+54
also yet another typeclass™, because why not?
2021-11-14add some simple config optionsstuebinm1-9/+30
2021-11-14too much type level stuff to read a config filestuebinm1-0/+99
This got kinda out of hand, but it can now (a) read a json config file and (b) patch that with another json given on the command line to change some of the options given in the file. No, I probably didn't need to make the `patch` function sufficiently general to work with arbitrary records, but it was kinda fun to do.
2021-11-10fail on missing map assetsstuebinm1-3/+8
(but not (yet?) on missing maps/entrypoints)
2021-11-10copy map assets (and refuse if any are missing)stuebinm2-22/+56
2021-11-10extra module for repository writeoutstuebinm3-10/+33
2021-11-10remove dead codestuebinm2-41/+11
(also fix some hlints) This removes some code that was apparently dead and I never noticed. I only noticed now since it wouldn't work with the newer versions of Aeson anymore.
2021-11-10little code cleanupstuebinm2-8/+6
2021-11-09first example of a map adjustmentstuebinm5-33/+81
this also includes some more monad plumbing, and an option for the linter to actually write things out again. Some of the previous commit was reverted a bit since it turned out to be stupid, but overall it was suprisingly easy once I got around to it, so yay! i guess Also includes a fairly silly example of how to use it.
2021-11-02monad plumbing to let the linter modify thingsstuebinm2-14/+24
I'm not sure if this is the right approach tbh — it lets the LintWriter monad modify its own context, but maybe we might run into cases where lints and modifications depend on each other across longer "distances" than just the context of the linter (i.e. just across a property?)
2021-10-30better lint messagesstuebinm1-10/+10
2021-10-30turns out records are just sugarstuebinm1-8/+2
(and one that contains almost only mempty can be written much shorter than I thought it could)
2021-10-30yet more tiled propertiesstuebinm2-2/+6
2021-10-30re-enable dependency checkingstuebinm2-21/+22
2021-10-30also flipping tileset lint output structurestuebinm2-26/+36
2021-10-30added more keys to the Tiled formatstuebinm1-30/+51
(apparently, some of them aren't even in the spec, just the changelog!)
2021-10-30readable prettyprint for inverted lint outputstuebinm2-1/+5
the previous state was a hacky mess
2021-10-30flipping the output map structurestuebinm4-19/+49
for now, just with layers. Instead of listing by layer (and giving lints multiple times), list by lint type (and list all layers in which this lint was applicable). This is a bit wonky for now, but readability of output is much better.
2021-10-30make aeson instances agree with themselvesstuebinm3-198/+79
This cleans up all the old rubble that came from the Tiled package I originally took from hackage. It now uses generics instead of implementing all the ToJSON and FromJSON instances by hand, and (deserialize . serialise) will now actually return a (semantically) equivalent json. It'll now also reject keys that it doesn't know, which required adding some in several places which the tiled package didn't know about (or which were introduced after it was originally written, dunno). Several more Maybes are required now, to represent the difference between e.g. empty lists and on set value, which does make the code slightly weirder in other places …
2021-10-30more sensible msg for "property required by"-lintsstuebinm1-1/+8
the previous state appears to have been an oversight and made no sense at all.
2021-10-30add tileset property lintingstuebinm4-16/+47
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 ...
2021-10-30add warning for very large tileset imagesstuebinm1-2/+3
2021-10-01rename to walintstuebinm3-44/+43
2021-09-30check if assets existstuebinm1-8/+40
2021-09-30remove unused Maybestuebinm1-4/+4
2021-09-30nicer json output which leaks less haskell namesstuebinm4-40/+56
2021-09-30simple map-map link dependency checkingstuebinm6-21/+106
This is purely based on a set difference, i.e. it won't catch stupid things like a map linking to itself, a map link going only one-way, etc. Also, it only handles map links; it doesn't check if all ressource files referenced by a map actually exist.
2021-09-23prettier pretty printing and stuffstuebinm4-37/+71
also, configurable log level, which only required relaxing the type system once!
2021-09-23some documentationstuebinm2-5/+20
2021-09-23handle all maps in entire repositoriesstuebinm3-66/+96
(+ checking that paths don't run outside of respositories)
2021-09-23very naïve handling of directoriesstuebinm5-26/+120
2021-09-20use PrettyPrinter morestuebinm4-29/+20
2021-09-20typechecking for path depths!stuebinm4-69/+127
This now checks if relative paths are still inside the repository, as a general safety mechanism to stop the linter from accidentally reading other things, as well as a nice hint for users.
2021-09-20rebuilding the core LintWriter monadstuebinm3-93/+68
it is no longer an Either since that wasn't used anyways, but is now also a Reader.
2021-09-20simple parsing of local dependency pathsstuebinm3-20/+24
2021-09-20moving code aroundstuebinm1-57/+69
2021-09-20lint embedded tilesetsstuebinm4-11/+21
2021-09-20lint map things that aren't custom propertiesstuebinm2-12/+36
2021-09-20lint general map propertiesstuebinm4-72/+121
2021-09-19some properties require non-empty layersstuebinm4-46/+92
2021-09-19support for properties that aren't stringsstuebinm4-49/+88
apparently i couldn't read or something?
2021-09-18collecting map dependenciesstuebinm4-20/+70
2021-09-18moved types into Types.hsstuebinm4-51/+66
it's almost as if there's some structure to this code!
2021-09-18can collect dependencies!stuebinm4-25/+56
There's now a Lint type, which may be either a "true lint" (which is a Hint, which contains some message and level of severity), or a Depends, which indicates that this map depends on some ressource or other (and is otherwise treated as a special info Hint in all other cases)
2021-09-18type check propertiesstuebinm3-56/+42
/finally/ figured out that all properties just look like {name, value, type} so now that's abstracted away and Properties.hs doesn't look like javascript anymore
2021-09-18tame the stringsstuebinm4-43/+55
Adds a PrettyPrint typeclass which operates on Text and should replace Show, since constantly converting strings from linked lists to arrays seems somewhat silly.
2021-09-17(somewhat) reasonable representation of parse errorsstuebinm2-17/+41
This makes map loading (and parsing) part of the linter, and also makes it return "general lints" and nothing else in case that failed. Possibly a sum type would be nicer here, but I guess it's not really important since everything ends up as json anyways?
2021-09-16input options, output jsonstuebinm3-13/+103
input options are mostly dummies for now, but some work (e.g. --inpath and --json). Lints can now be optionally printed as json to be reasonably machine-readable (and the json can be pretty-printed to make it human-readable again …).