--- a/TODO.md	Wed Sep 09 21:42:55 2020 +0200
+++ b/TODO.md	Thu Sep 24 21:04:25 2020 +0200
@@ -8,26 +8,10 @@
  - [ ] Add new Laplace opertor to DiffOps, probably named WaveEqOp(?!!?)
  - [ ] Add 1D operators (D1, D2, e, d ... ) as TensorOperators
  - [ ] Create a struct that bundles the necessary Tensor operators for solving the wave equation.
- - [ ] Use traits like IndexStyle, IndexLinear, IndexCartesian to differentiate
-    TensorMappings that are flexible in size and those that are fixed in size
- - [ ] Use traits for symmetric tensor mappings such that apply_transpoe = apply for all such mappings
- - [x] Move Laplace tensor operator to different package
- - [x] Remove grid as a property of the Laplace tensor operator
- - [ ] Update how dependencies are handled for tests. This was updated in Julia v1.2 and would allow us to use test specific dev packages.
+ - [ ] Add a quick and simple way of running all tests for all subpackages.
 
-## Reasearch and thinking
- - [ ] Redo all Tensor applys to take Vararg instead of tuple of Index?
-    Have we been down that road before? Is there any reason not to do this?
- - [ ] Check how the native julia doc generator works
-    - [ ] Check if Vidars design docs fit in there
- - [ ] Formalize how range_size() and domain_size() are supposed to work in TensorMappings where dim(domain) != dim(range) (add tests or document)
- - [x] Should there be some kind of collection struct for SBP operators (as TensorOperators), providing easy access to all parts (D2, e, d , -> YES!
- H.. H_gamma etc.)
- - [x] Is "missing" a good value for unknown dimension sizes (of `e*g` for example)
- - [ ] Create a macro @lazy which replaces a binary op (+,-) by its lazy equivalent? Would be a neat way to indicate which evaluations are lazy without cluttering/confusing with special characters.
 
-# Wrap up task
-
+# Wrap up tasks
  - [ ] Kolla att vi har @inbounds och @propagate_inbounds på rätt ställen
  - [ ] Kolla att vi gör boundschecks överallt och att de är markerade med @boundscheck
  - [ ] Kolla att vi har @inline på rätt ställen
@@ -42,7 +26,4 @@
 apply_quadrature?
 
 Just nu agerar apply_normal_derivative, apply_boundary_value på inte på v som
-en vektor, utan randvärdet plockas ut utanför. Känns inte konsistent med övrig
-design
-
-Specificera operatorer i TOML eller något liknande?
+en vektor, utan randvärdet plockas ut utanför. Känns inte konsistent med övrig design.