In T122942#3031217, @GWicke wrote:I updated the description with a recommendation to start by using Accept-Language headers, reflecting the recent discussion.
Per the architecture committee meeting today this RFC is entering its one-week last call period. Please speak up now if you have any concerns or +1s to share. The ArchCom will review the discussion on this task in its meeting on February 23rd, and will either decide based on it, or extend the discussion if more time is needed.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Dec 3 2019
Dec 3 2019
Nov 9 2017
Nov 9 2017
Liuxinyu970226 awarded T122942: RFC: Support language variants in the REST API a Like token.
Feb 15 2017
Feb 15 2017
Feb 7 2017
Feb 7 2017
Another solution could be to always disallow editing when a non-default content language was selected. This would improve predictability for clients, but could cost some usability.
Jan 16 2017
Jan 16 2017
Nov 30 2016
Nov 30 2016
Shizhao awarded T122942: RFC: Support language variants in the REST API a Like token.
Nov 21 2016
Nov 21 2016
Bianjiang awarded T149658: A new semantics for templates a Like token.
Oct 13 2016
Oct 13 2016
Bianjiang added a comment to T128231: All known clients of Parsoid HTML (either directly hitting Parsoid or via RESTBase) should provide Accept: headers in their requests.
it seems from T128239, we are waiting for a document to know the expected way to make the change, any update around the document?
Bianjiang added a comment to T128231: All known clients of Parsoid HTML (either directly hitting Parsoid or via RESTBase) should provide Accept: headers in their requests.
@GWicke , we are using Parsoid API on our prod now, and it's not clear to me what it means by closing this bug, are we seeing any breakage?
Mar 23 2016
Mar 23 2016
@GWicke what about specify language variants via HTTP header? given it is already used for client to specify API version.
advantage:
no need to "abuse" domain or path in a url
Mar 2 2016
Mar 2 2016
I guess @ezachte has answered my question, or maybe there are other options i was not aware of ...
Feb 29 2016
Feb 29 2016
Thanks. Not sure if those dump will be affected by T114019?
Is there any recommended way to get all article's pageviews on a daily/weekly basis?
or I can build my own solution by calling the stats API?
Feb 4 2016
Feb 4 2016
Bianjiang added a comment to T124365: RFC: Define a policy for REST API result format versioning / negotiation .
for "Question 2: Which format to return by default", i think it's better to have some announcement before behavior is changed
With T78676 and other related efforts (separating content into different APIs), 50 req/s global limit (limit by UserAgent?) is not enough even for regular incremental crawling,
Bianjiang updated subscribers of T124365: RFC: Define a policy for REST API result format versioning / negotiation .
Jan 28 2016
Jan 28 2016
Bianjiang added a comment to T125033: [DO NOT USE] Chinese Wikimedia projects (tracking) [superseded by #Chinese-Sites].
Jan 10 2016
Jan 10 2016
(put offline discussion to keep everyone on the same page)
Jan 6 2016
Jan 6 2016
Bianjiang added a comment to T122976: displaytitle page props should contain html in representation.
i was using "extracting displaytitle" an an example for my statement "we constantly have backfill requirements, with more and more development happening around APIs".
Jan 4 2016
Jan 4 2016
Bianjiang added a comment to T122390: Is RDFa metadata in Parsoid HTML head actually useful to you / no user name & edit comment suppression in Parsoid <head> metadata.
could someone explain what's the meaning of "Basically all revision-related information is already available separately as JSON revision metadata."? e.g. pointing me to the (RESTbase) API to get that data?
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL