https://bugzilla.wikimedia.org/show_bug.cgi?id=41837
--- Comment #8 from Brad Jorsch <[email protected]> 2012-11-06 22:35:30 UTC --- (In reply to comment #7) > Brad, the API stuff could use a lot of iterating, for sure. I think > /api/pages/A,B,C might be legal, if not ideal. I'm not sure how to do that > better, but we can always fall back to old-API in the edge cases. 2 APIs is unlikely to be a very good idea, unless the functionality of one is entirely a superset of the other so it is implemented as a wrapper (but then, why bother?). > As for edits/previews/diffs, POST /preview/<article> and POST /diff/<article> > seems sane to me. And POSTing the actual article would be as easy as POST > /wiki/<article>, of course. Exactly my question. With only HTML (no JavaScript), how do you convince the user's browser to post to /preview/<article> when you click one button in the form, /diff/<article> when you click another, and so on? Or is this another situation where you're having two parallel interfaces? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
