[wp-meta] [Making WordPress.org] #2112: Review API endpoints
Making WordPress.org
noreply at wordpress.org
Mon Dec 26 10:01:50 UTC 2016
#2112: Review API endpoints
------------------------------+------------------------------------
Reporter: tellyworth | Owner: tellyworth
Type: task | Status: assigned
Priority: normal | Milestone: Plugin Directory v3.0
Component: Plugin Directory | Resolution:
Keywords: |
------------------------------+------------------------------------
Comment (by obenland):
Replying to [comment:11 dd32]:
> If [FAQs are] actually being display filtered somewhere, we could also
just skip adding any wrapping elements.
True. Here too we could just return the raw data and let apps decide on
how they'll display it for themselves.
> I fully expect to add an extra field to indicate that the client wants
the semantic markup and handle it nicely within WordPress too, down the
line, leaving this just as BC stuff.
I wonder if we should designate the `/plugins/v1` endpoints for core and
the `/wp/v2` endpoints (with raw data) for apps?
> > Could we use DATE_ATOM instead of custom date formats for all date-
related information in the API?
> [If] you can point to the field you're referencing, and why, I might be
able to suggest more details.
Specifically the `last_updated` field. I tried dumping it into `moment.js`
but it complained about the non-ISO format. I was able to mitigate it by
passing a parsing format, but standardizing it on ISO 6801 could make
sense for more than just that.
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/2112#comment:12>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list