Solution to #60

[mmmulani]

Add a parameter to /event/get to toggle retrieving all event data.
The parameter is "allData" and when present, all fields of the event are returned regardless of what is specified. (i.e. the query "expression=server(cpu)&allData" will return all fields)

While this creates another parameter rather than allowing a query like "server(*)", it is explicit in that it is a switch to return all data.

[mbostock]

Related #60.

I would rather this be implemented as a wildcard operator, rather than adding a new query parameter.

[mmmulani]

Yeah that would be nicer, I'll try hacking it out today.

My idea is to only allow "type()" rather than also allow "type(prop.)" since that can be queried by "type(prop)"

[mbostock]

Yes, I agree: type(*). You can already get type(prop.*) by saying type(prop).

[mmmulani]

Sorry about the huge size, that's from me regenerating the grammar with pegjs.

I had to reorder the grammar rules, looks like pegjs eagerly fails as soon as it starts matching a subrule in the grammar.

[edmund-huber]

Why not just have a query like "event" return all data for all events called "event"?

[mmmulani]

@edmund-huber there is definitely value in the knowledge that an event simply occurred (and overhead in sending down/calculating all those properties)
having "type" return all data for all events called "type" also makes "sum(type)" confusing as it doesn't act on any of the properties.

[mbostock]

Right, we want the event expression "event" to only return the event times—it's an existence check.

[mmmulani]

@mbostock how does this diff look? seems to work for me..