Yep. Advanced syntax could also express the relationship between the search term and the property values. For example `species^=ad` could mean the species field starts with “ad” (à la CSS selectors), while `body_mass_g>=4000` could mean that the body_mass_g field is greater than 4,000.
But I think it makes sense to start with something simple, and then see where it needs to go. You can redefine the filtering behavior by passing in a custom filter function if you want to experiment with new syntax.
could this somehow work with a map or chart where you might want to visualize the whole dataset but use search to highlight particular entries? like if the components accepted some standard way to filter or accessor or subset? straight-up filter works well for tables but less well when you wanna see something in context
Mike, as soon as I added a formatter to a column, the search function broke!). e.g.: replace the above with
Inputs.table(search,{format:{island:x => x.toLowerCase()}})
Mike it's been resolved, the issue was I was passing an Arquero data table (column-oriented) to Inputs.search(). I resolved it by doing a Inputs.search(arquero_table.objects()).
Not sure if it would make sense for search() to do this internally.