changeset 295:4735abcf5d42

Rename TODO.txt to TODO.md
author Jonatan Werpers <jonatan@werpers.com>
date Mon, 22 Jun 2020 22:18:40 +0200
parents 9c12d9eb38fd
children c5edb432954e
files TODO.md TODO.txt
diffstat 2 files changed, 44 insertions(+), 44 deletions(-) [+]
line wrap: on
line diff
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/TODO.md	Mon Jun 22 22:18:40 2020 +0200
@@ -0,0 +1,44 @@
+# TODO
+
+## Skämskudde
+ - [ ] Ändra namn på variabler och funktioner så att det följer style-guide
+ - [ ] Skriv tester
+
+## Coding
+* 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
+ - [x] Move Laplace tensor operator to different package
+ - [x] Remove grid as a property of the Laplace tensor operator
+
+## 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)
+
+# Wrap up task
+ - [ ] 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
+ - [ ] Profilera
+
+
+# Old stuff todos (Are these still relevant?)
+Borde det finns motsvarande apply_stencil för apply_quadrature,
+apply_boundary_value och apply_normal_derivative?
+
+Borde man alltid skicka in N som parameter i apply_2nd_derivative, t.ex som i
+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?
\ No newline at end of file
--- a/TODO.txt	Mon Jun 22 22:17:33 2020 +0200
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,44 +0,0 @@
-# TODO
-
-## Skämskudde
- - [ ] Ändra namn på variabler och funktioner så att det följer style-guide
- - [ ] Skriv tester
-
-## Coding
-* 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
- - [x] Move Laplace tensor operator to different package
- - [x] Remove grid as a property of the Laplace tensor operator
-
-## 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)
-
-# Wrap up task
- - [ ] 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
- - [ ] Profilera
-
-
-# Old stuff todos (Are these still relevant?)
-Borde det finns motsvarande apply_stencil för apply_quadrature,
-apply_boundary_value och apply_normal_derivative?
-
-Borde man alltid skicka in N som parameter i apply_2nd_derivative, t.ex som i
-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?
\ No newline at end of file