https://bugzilla.wikimedia.org/show_bug.cgi?id=69445
--- Comment #21 from MZMcBride <b...@mzmcbride.com> --- (In reply to Brad Jorsch from comment #9) > (In reply to MZMcBride from comment #6) >> Code is the enemy; less code is better. Rather than looking at ways to >> impose code review on wiki communities, we should first look for ways to >> centralize code (global gadgets) and we should look for ways to make the >> current site-wide JavaScript hacks no longer necessary. > > While having more code in gadgets rather than in common.js is good, it's > orthogonal to the need for a good code review process that's actually usable > by wiki users. The global gadgets will still need a code review process. It would be helpful if you could explicitly specify what needs you see that you feel MediaWiki could handle well and/or that you think Phabricator could not handle well. > Wiki users might accept having to go to a Commons-like site instead of doing > it on their local wiki (and in the long run they'll probably have to), but > they're unlikely to accept something that requires they install software > locally, sign up for a non-SUL account, figure out ssh keys, publish an > email address publicly, and so on. GitHub and GitLab both allow in-browser editing now, I believe. I imagine Phabricator, which will allegedly be part of Wikimedia unified login, will also have equivalent functionality. The e-mail address is trivially solvable in Git by simply making up an e-mail address (User:ano...@git-en.wikipedia.org), I think? And if you're using a Web browser and single unified login for authentication, you probably don't need to worry about SSH keys or installing software such as Git locally. You may be correct that there's a need here for global gadgets, but I think we need to do more to be much clearer about what that need is and how we propose to address it, assuming additional development—outside of the ongoing Phabricator work and I suppose the work to deprecate Common.js and similar pages—is needed. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
