Evin Sellin

Good find! I'd consider this an oversight / bug of the JS library implementation (the translation from JS types to MistQL types isn't yet robustly specified), but dates should almost...

@cfilipov 100% agree -- to me it feels like the right choice is to lean on existing datatypes and leverage helpers to assist in date processing. The translation from JS...

Going to adopt `JSON.stringify` behavior as my basis for conversion semantics from JS to MistQL. I can probably do that for other languages as well. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/JSON/stringify Edit: I thought a...

Probably a good idea to keep this issue open, as we'll need at least a few date helpers.

all but forgot about python here. Aiming to make `date(2015, 1, 1)` -> `2015-1-1` per iso, and have datetime map the same as it does in JS.

Language independent test suite initialized in #53. Still needs to be filled out. Most tests in JS world should be made into language independent tests.

Changing to 0.5.x because there are some important things that need to be fixed up beforehand.

Still on track for 0.5.x language standardization. With multiple implementations, we're coming awfully close to having reasonable behavior.

The only missing piece for standardization seems to be #76

Choosing rust. We have a rust implementation going at the branch `rust`.