API v2 feedback: files' ".tag" attribute extremely unfriendly for HTTP/JSON

Thanks for the feedback! I think you're specifically talking about JavaScript, right?

The dot wasn't meant to indicate that the field is private–clients definitely need to read it. It was meant to be in a namespace that would never cause collisions. A dot seemed like a good way to do that, since it's uncommonly used in a JSON dictionary key.

It's unfortunately too late to change this for API v2, which just recently came out of beta. But we could consider changing it in a future version of the API. I'd love to hear specific examples ofwhere this causes trouble, e.g. in lodash.

This seems to work fine:

var files = _.filter(entries, '.tag', 'file');

The files search API returns lists like:

```
[
{ match_type: { '.tag': 'filename'},
  metadata: { '.tag': 'file', ...}
}
]
```

Both `_.pluck(results, 'match_type.tag')` and `_.pluck(results, 'match_type..tag')` fail.

Any filter is awkward: `list.filter( result => result.metadata['.tag'] === 'folder' )`

Any javascript/JSON api should not be using .'s, -'s, or spaces in attribute names.  Makes developing against it very kludgy.

Thanks for the feedback. This should work fine:

_.pluck(results, 'match_type[".tag"]')

The [".tag"] selector was always a workaround, the feedback is that a json API shouldn't have to resort to such fallbacks.

Any chance of calling the ".tag" attribute deprecated and just duplicating the information under a more friendly attribute name so we can start preparing for the next version of the API?  At the cost of some small redundancy, an approach like that won't break existing integrations while still providing a friendlier developer experience with the existing API.

I'm passing this along, but I don't think we'll be making this change in API v2. The lack of support for JavaScript's dot-notation syntactic sugar is sort of by design. We used a dot specifically because it's not likely to collide with anything else (because dots are uncommon in JSON dictionary keys).