Embark 

i love embark. it's on some good shit

Its an interesting learning that the muse style widget board, while good in theory, was ultimately less useful than the simple linear doc format 

In looking at this, and in thinking about how i would come to this system in leaflet (ie a leaflet for planning a trip), the hard part is not really in generating the little widgets but in coming up with what i need. 

I wonder if i would arrive here organically? It seems like Embark generally has been arrived at organically?

Widgets i think would be useful if they had a less document constrained UI

a widget to pull in flight data

scheduling/timelines for the day (people love to do this in google sheets)

not just points on the map, but also routed (pampam?)

oh! they did do this! you could maybe add multiple stops on the route to show the plan for the whole day?

Its an interesting data syntax thing that they've done here... we will have to do something to store data on these custom components, and we will have to provide some way to change things. It would be incredible to change the data in a data UI and have then change the source code to match it. It sounds... hard to do this bi-directional source of truth... 

the data storage is elegant. I wonder if having something similar would be more robust for us as well. We have a like "getVars" which pulls all things "xxx: xxxx" and attributes and values i need to think harder about what exactly this unlocks...

in the recipe usecase... what if in your ingredient sectio you wrote things as "sugar: 20g, flour:100g" and later in your instructions, you could write something like mix sugar and flour" and you hover to see their values. OR "mix [sugar * serving size] and [flour * serving size]" and i could hover to see values based on my serving size. There's something here... maybe. 

i guess more importantly, it's important to keep the data elegant so that date and time and other common attributes between widgets are the same, rather than siloed. that way, if i want to combine two blocks in some way, that data is unified.

Being custom for something specific still has some nice pluses like being fairly confident in how things ought to repeat, it maybe makes coordinating the data layer that much simpler. 

this also seems like its not end user programmable per say. You couldn't pull your own weather from your favorite weather app for example. Since all the widgets are hand built, it's easier to have a unified data system... right?

The biggest weakness of embark as a consumer product is that its just too complicated. It makes sense for the person who has built this app from the group up, as it holds all the things that they need it to and they know exactly why its there. But it seems like a LOT of features for someone just getting started.