Hi all! I'd like to mention one additional topic: I have been touching up my proposal for the introduction of PageIdentity <https://phabricator.wikimedia.org/T208776>, as a lightweight alternative to Title and WikiPage. I would like to propose for it to go on last call. It has been sitting in the "tune" phase for a while, and it seems pretty mature to my by now.
You can find the proposed code on gerrit, see Iaed4871e0d32c67d4fb13e487625527f6a21e9c5 <https://gerrit.wikimedia.org/r/q/Iaed4871e0d32c67d4fb13e487625527f6a21e9c5>. There is a chain of follow-up patches (some incomplete) that demonstrate how the new interface is intended to be used, and how it can improve existing code. Am 30.11.20 um 22:00 schrieb Dan Andreescu: > > This is the weekly TechCom board review. If there are additional topics for > TechCom to review, please let us know by replying to this email. However, > please keep discussion about individual RFCs to the Phabricator tickets. This > week, the meeting is async, so we'll be replying to the email as well, *feel > free to join in*! > > Activity since Wednesday 2020-11-25 on the following boards: > > https://phabricator.wikimedia.org/tag/techcom/ > https://phabricator.wikimedia.org/tag/techcom-rfc/ > > Committee inbox: > > * Automatically index extensions in Codesearch > <https://phabricator.wikimedia.org/T268328> is still in the inbox, no > activity since last week's discussion > * Create WikiTeq group on Gerrit <https://phabricator.wikimedia.org/T267213> > is now more clear (see note from Daniel > <https://phabricator.wikimedia.org/T267213#6653536> to discuss, which we > should do here) > > Committee board activity: > > * General ParserCache service class for large "current" page-derived data > <https://phabricator.wikimedia.org/T227776> was declined by Daniel, see > his reasoning there > > New RFCs: (none) > > Phase progression: (none) > > IRC meeting request: (none) > > Other RFC activity: > > * RFC: Re-evaluate librsvg as SVG renderer for WMF wikis > <https://phabricator.wikimedia.org/T40010:> saw more conversation > * RFC: Discourage use of MySQL's ENUM type > <https://phabricator.wikimedia.org/T119173> Amir points out the need to > overhaul all db documentation (I agree, could we have a doc sprint about > this?) including policies > * RFC: Amendment to the Stable interface policy, November 2020 > <https://phabricator.wikimedia.org/T268326> has a suggestion/question > about clarifying default status and deprecation procedure > * RFC: Store WikibaseQualityConstraint check data in persistent storage > <https://phabricator.wikimedia.org/T214362> WMDE calls for help from > TechCom and the Platform team to collaborate here. See Adam Shorland's > comment about putting it through the new Technical Decision Making Process > * RFC: Expand API title generator to support other generated data > <https://phabricator.wikimedia.org/T263841> Carly Bogen is asking for > clarity on the need for a steward. Timo's comment > <https://phabricator.wikimedia.org/T263841#6617970> on the task indeed > seem to contradict his note from last week's grooming email. Timo, would > you please clarify. > > > > _______________________________________________ > Wikitech-l mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation
_______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
