https://bugzilla.wikimedia.org/show_bug.cgi?id=19090





--- Comment #4 from Amalthea <[email protected]>  2009-07-04 
20:17:52 UTC ---
Soo ... how can we go forward with this? I still think the cleanest solution
would be to slightly enhance watchlist control offered by ApiEditPage. I
believe this functionality does belong into ApiEditPage, and shouldn't really
have to be replicated by getting the user's current watchlist setting and
sending it back in.
I'm unsure why there are two parameters for watching and unwatching at the
moment. Maybe the cleanest way would be to deprecate those, and replace them
with one parameter instead, e.g.
  watchlist=(watch|unwatch|preferences|nochange)
which will either forcibly watch, forcibly unwatch, decide upon preference
settings (default), or leave the current watchlist setting untouched.

To me, this seems like a rather clean solution. If that's not an option, it
would need to be a third parameter. If neither is acceptable though, and
Gurch's way isn't either, what then? Do I need to prepare a patch for
ApiQueryInfo to add an optional inprop to get the current watchlist setting?


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to