Switch zwischen FHN und GrayScott einbauen #5
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "feat/common_ui"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
Ich hab jetzt nen groben Switch mit nem Dropdown-Menü eingebaut.
Wichtige Anmerkungen
@ -143,2 +172,4 @@heat_obs[] = copy(U)endon(dropdown.selection) do selWechselt immer vom gleichen Model zum Gleichen.
@ -7,3 +4,3 @@using GLMakieusing .Constantsusing .Visualization.Constantswieso hast du hier Visualization vor das Constants geschrieben? Macht es nicht mehr Sinn Constants selbst zu importieren? Oder bei Namenskonflikten explizit das Constants Modul anzugeben. Mit dem Doppelnamen sieht es nicht so schön aus finde ich
Weil Julia leider unterscheidet zwischen Main.Constants und Visualization.Constant
@ -1,3 +1,5 @@module FHNSolverFür die beiden Module FHN und GrayScott, fänd ichs eig nicer, wenn wir multi dispatching implementieren könnten. Also dass wir einfach die step! Methode. Und je nachdem was für ein params_obs man reingibt, verhält sie sich anders. Also wenn es ein GSParams ist oder ein FHNParams.
step!(p::GSParams...)
step!(p::FHNParams...)
Wenn das aber zu schwierig ist, weil es diesen switch gibt, dann lassen wir es so. Wäre halt der more juliane way I guess
Ich setz mich mal dran
@ -69,23 +93,28 @@ function build_ui(U, V, param_obs_map::NamedTuple, params_obs, heat_obs)in Zeile 92 tellwidth=false dazu
@ -102,7 +134,7 @@ function build_ui(U, V, param_obs_map::NamedTuple, params_obs, heat_obs)endkannst du hier an das stepsize[] noch einen Multiplikator dranmachen? Einfach so *5. Sonst sieht man immer nicht, dass es stept
@ -115,3 +143,4 @@multi_step!((U, V), stepsize[], heat_obs, params_obs; step_method=step_method[])sleep(0.0015) # ~20 FPSendendDa unten den print gerne raus. Der ist von mir gewesen mit params obs