then the object would have the value if it were a define map but wouldn't require component to include define map as a dependency
@halcyonandon I saw your comments about vdom and such, but I'm not sure I understand them. A virtual DOM is any structure that isn't the actual dom, but can effectively represent the actual DOM. In the case of can-simple-dom, our DOM looks pretty similar to the actual DOM apis, but it's much faster. The similarity allows us to have things like jQuery mutate our virtual DOM.
not really a good long term solution b/c we want people to use
can-define to be able to add observability to constructors created with class expressions
types.isConstructor basically checks if a function has a modified .prototype
which, IMO, is a pretty close approximation to when to use
new in almost any circumstance
and would cover all uses of
DefineMap
could do it the other way around
put he check on the Map not the DefineMap
our place for this kinda type detection behavior is in : http://canjs.github.io/canjs/doc/can-util/js/types/types.html
in an ideal world, we'd have 2 functions ...
well, 2 properties
ViewModel -> assumes you pass it a constructor function.
viewModel is basically legacy
and encourage them to use the new convention
lol
for example from mine
.registerConverter is documented here: http://canjs.github.io/canjs/doc/can-stache.registerConverter.html
things in the store?
or you can use
nope
not sync though
but I did make some private sync methods in memory-cache
@halcyonandon we're adding some default converters like
boolean-to-inList ... which should include examples w/ checkboxes
we aren't sure about what the helpers should look like ... maybe once @matthewp has this ready, please check it out and let us know what you think
There are other places in which I would use findAll normally