elben / planjure Goto Github PK

D*lite, etc.

• change world size
• then undo

Bug: tile size not updated.

Should create islands. Perhaps create the brush first, then the random world generator can just be random brushes.

If A* is selected and re-plan is on, and then I switch to Dijkstra, the plan isn't re-planned. Make it so.

Likewise, if I enable re-plan, it should re-plan right away.

planjure.plan should be independent of demo.

• Extract demo namespace to planjure.demo.*
• Use cljx to compile planjure.plan to both target platforms.

The slow part about re-drawing the world (mostly noticeable on large world) is the tight loop through each element in world. What we need to do is only draw the difference.

So we can have a difference hash that only contains the updated rows/cols:

{row-idx-0 {col-idx-0 3
            col-idx-1 5 ...}
 row-idx-1 { ... }
 ...}

Left-click on canvas should spray tiles.

Event-listening using Google Closure:

https://github.com/jackschaedler/goya/blob/6cf6bd0a35776ea281a62eaa23265f99c740ee3e/src/cljs/goya/components/drawing.cljs#L532

Raw event listening:

https://bitbucket.org/elben/makersquare-clustering/src/c382246a91aa67bda48c43b52ca2ed3828047f0b/js/canvas.js?at=master#cl-103

Break out planjure.plan to its own library. Perhaps use that project that compiles to cljs and clj, then include the cljs version into the demo.

• Om dropdown component should update value of "currently-selected algorithm"
  • See https://github.com/swannodette/om/wiki/Basic-Tutorial and search for "handle-change"
• Or: don't update a global value, but on "Plan Path", grab the value of the drop-down and pass down channel.
  • Not sure how to do this in Om. How do you grab the value of a select w/o looking at the global Om data struct?

Write tests targeting JVM since it seems easier?

Path vectors should look continuous, with knowledge to render proper direction and (on corner changes) curves.

• A checkbox that, when clicked, will update the path as the world updates.
• Check box is turned on automatically.
• If slow, perhaps update path every N updates to :world, or every S seconds.

Looking good is important. I want to give it an old-world-ish seafaring theme. Like you're going on an explorative mission for the Queen somewhere.

• Toolbar in proper place (left-hand side?)
• Status
• Seafaring theme
• Select type [1]
• Colorize tiles
• Icon for start (ship)
• Icon for finish (flag or treasure)

Loading image: http://www.html5canvastutorials.com/tutorials/html5-canvas-images/

[1] http://www.google.com/fonts/specimen/Old+Standard+TT

Right now, brushing across large world is very slow. Probably due to update-world and update-row making new vecs instead of using assoc on the old ones.

• Use better cursors instead of the whole app-state
• Sum up times inside of update-world versus inside of the re-draw function for canvas.

Perhaps update path every N updates to :world, or every S seconds.

In our components, we often pass in the whole appstate. This means IRender is called every time the app state changes. This is often unnecessary and can cause slowdown.

Refactor components to only accept the cursor(s) necessary to render that component.

Should be able to select brush size. Drawing brush should make a spray, where center has highest cost, spreading outward like a gaussian kernel.

Don't show this:

Allow user to select small, medium, large world sizes.

Because we don't set :world through update-world-state!. We need to move this (and plan-chan) to its own module, perhaps appstate.

https://coderwall.com/p/-sawaa

To add tests to a React/Om app: https://github.com/sgrove/omchaya/blob/master/project.clj

• Check out how react is included in the preamble.

When I modify the world via brush, I would like to be able to undo.

• Reset undo history when a new world is "created" (e.g. size change)
• Support brush and erase undos.

https://github.com/jackschaedler/goya/blob/master/src/cljs/goya/timemachine.cljs

Text boxes that specify start/finish row/cols.

A* doesn't show off very well when going straight diagonal due to geometry.