https://bugzilla.wikimedia.org/show_bug.cgi?id=69005
--- Comment #4 from Brad Jorsch <[email protected]> --- (In reply to Aaron Halfaker from comment #3) > For what it is worth, your "easy" solution wouldn't work. For example, > "Foo:Bar" would be in the main namespace since "Foo" is not a valid > namespace prefix. If it's in the main namespace it'll have namespace 0, so it'll fail the "for namespaces other than 0" check. > You also need to be able to handle cannonical names and aliases. Where do API title result properties contain non-canonical names? Or are we getting into special cases of log entry parameters (which, again, is outside the scope of the API) or the like? > Really, the information that is currently stored in params is bad. It's not > just the pre-pended namespace prefix that is problematic. The fact that > spaces are underscores in log_title, but spaces are spaces in log_params has > probably cost a substantial amount of developer time handling errors. Again, log entry parameter formatting is mainly outside the scope of the API; certain types are specially handled for hysterical raisins, but mostly the API generally doesn't even know that some parameter is a title. And the few that are specially handled are consistent with how titles are returned in the rest of the API. > The current proposal is to duplicate badly formatted information with nicely > formatted information. I'd remove "badly" and "nicely" from that sentence: "The current proposal is to duplicate formatted information with [slightly-differently] formatted information." -- 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
