Idea List
- /Improved for-loops for Lua, an implementation based on ideas from User:Matma Rex
- Opportunities for Content Transform Team
- A Dozen(ish) Visions for Wikitext, wikitext improvement proposals from Wikimania 2025, including:
- {{#lang}}, a proposal to change parser target language within a page
- Orthogonal syntax for parser functions, magic words, and extensions: T204370, T204283, T204371
- Balanced templates
- Heredoc arguments for templates
- varargs for templates
- Hash extensions for extension tags
- case-insensitive wikitext syntax should be deprecated: T389029
{{#media}}for wrapping media fragments in a skin-independent way: T318433#10397735- MediaWiki_DOM_spec/Parser_Functions: "v3 parser functions"/fragment handlers; T388786 is not a great link, but a starting point for continuing work here
- On page data contexts: T122934#9196348
- What are "Global Templates"? (context for "A Plan for Scribunto")
- A Plan For Scribunto / (A Plan for "Global Templates")
- I updated the "wikitext WAT" talk to create "(Almost) 10 years of Wikitext wat!?"; I should record this!
- PFragments: Unifying argument and return value types for transclusions (Being implemented at T374616)
- PFragments use dynamic typing (inspired by unEx/unCx/unNx in Chapter 7 of Appel's "Modern Compiler Implementation"): transclusion arguments and return values are an opaque PFragment type, with methods such as
.asMarkedWikitext(),.asHtmlString(),.asDom()etc to coerce to different forms. If the argument is an HTML tree but the fragment handler expects a wikitext argument, the argument is provided as a strip marker ("marked" wikitext); similarly if the fragment handler returns an HTML PFragment but is passed into a context expecting wikitext, the HTML gets stuffed into strip state. More thoughts here. - Somewhat orthogonally, there should be syntax forms for providing structured data arguments, as well as "expanded wikitext", "raw text" etc arguments. Heredocs and extension tags provide some of this already, and
{{foo|bar=<nowiki>bat</nowiki>}}is another pattern commonly used; further discussion here and{{#kv}}is discussed in the dozen visions for wikitext. - Marking "Parsoid-generated content" (aka "HTML content compliant with the MediaWiki DOM Spec") in the DOM so that it can be distinguished from "raw HTML"/"extension-generated HTML" for proper post-processing; see T214994#9323382 for one proposal involving
typeof="mw:Raw"andtypeof="mw:DOM"on subtrees
- PFragments use dynamic typing (inspired by unEx/unCx/unNx in Chapter 7 of Appel's "Modern Compiler Implementation"): transclusion arguments and return values are an opaque PFragment type, with methods such as
- Types for TemplateData: maybe JSON-LD? Use jsonschema or OO-LD/schema?
- Rich Attributes in HTML (T339927) and OutputTransform/HtmlHolder
- On the related question of marking subtrees for postprocessing: ⚓ T331655 Support `outputHasCoreMwDomSpecMarkup='mixed'` in Parsoid extension registration
- See also
embedsHTMLInAttributes/embedsDomInAttributesproperties in Module_Configuration_Schema#tags
- Writing Scribunto modules in JavaScript w/ our existing production platform!
- See User:Cscott/LuaTurtle -- the JavaScript code is at User:Cscott/LuaTurtle/JsCode and it uses the JavaScript-to-Lua compiler from https://github.com/cscott/lua-turtle, modified to work with Lua 5.1.
- Advent of code
- /Wikitext Composition and Extension
- New Wikitext for Discussions
- /On Resilience
- 2030 Vision
- 2018 Dev Summit Dreams (the five projects I'd like to see WMF undertake)
- 2018 Dev Summit Position Statement ("one world, one wiki")
- Integrating MediaWiki
- Amazing Article Annotations
- Merge tools for draft namespace (also phab:T105173)
- Native script editing (pig latin/en, en-gb/en-us, zh-hans/zh-hant) (phab:T17161, phab:T113002, phab:T87652)
- See also English is a Dialect of Germanic
- Wikimania 2017 talk
- 2013 notes on language conversion
- Wikimania 2018 poster
- phab:T33015: Convert between English variants
- libicu and/or FST-based converters
- See also https://crates.io/crates/zhconv and https://crates.io/crates/zhconv-cli (which also reference several other similar projects in the credits!)
- https://github.com/wikimedia/mediawiki-libs-LangConv is a bidirectional FST-based converter
- Real-Time collaboration
- Chat rooms per article (w/ harassment reporting mechanisms which save logs): Tackling chat
- Making WikiProjects into user groups
- Start session (w/ explicit link, from wikiproject page)
- Surfacing existing edit sessions
- Prototyping the majority-vote session save
- saving in-progress sessions in transient storage
- From Stas Malyshev on wikitech:
- Ability to comment directly on parts of text. Right now to discuss the paragraph you need to go to talk, and then each time go back and forth to keep in mind what we're talking about. High friction.
- Ability to submit/approve changes. I know "be bold" works well in some cases, but in others I wouldn't presume to edit somebody's text without their approval. However, if I could submit an edit for their consideration, which they might approve - that might work better.
- Better diff notifications
- 2016 Editing Offsite notes (officewiki)
- Wikimania 2017 panel
- HTML-only or markdown or wikitext 2.0 wikis (phab:T112999, phab:T112996)
- Wikitext 2.0
- "Grunge" strawman: T149659 (and slides from a 2017 devsummit here); see also dozen visions
- Visual Template Editing
- Integrated video
Discussion "Rethinking the layout of Wikipedia articles" at Wikimania Esino Lario 2016. Design by User:cscott, User:Daniel Case and User:Ter-burg. Notes of the session: https://etherpad.wikimedia.org/p/Wikimania2016-discussion3b
- Integrated VR/panorama
Discussion "Rethinking the layout of Wikipedia articles" at Wikimania Esino Lario 2016. Design by User:cscott, User:Daniel Case and User:Ter-burg. Notes of the session: https://etherpad.wikimedia.org/p/Wikimania2016-discussion3b
- Better styles
- HTML backend for OCG
- Better server infrastructure for OCG
- Beautiful print styles (see T151952 and linked tasks) and Rethinking the layout of Wikipedia articles; TheDJ has also prototyped some improvements as discussed here
- Integrated Node.js/PHP runtime: see T114457 for philosophy and node-mediawiki-express for implementation
- IdeaLab for WMF staff
- Glossaries
- Proper offline support. This is a very deep topic! Some pointers:
- Kiwix
- olpc nell-wikipedia
- See this description of Android Go: https://arstechnica.com/gadgets/2017/09/android-8-0-oreo-thoroughly-reviewed/8/#h1
- ...especially the description of the "YouTube Go" interface. They actually seem to understand their userbase; eg "users can even share downloaded videos locally over Wi-Fi rather than re-downloading them from the Internet": v. important when paying by the byte
- Redo the geo-located maps of "articles by region", which distort the significance of regions with zero articles but also zero population. Instead map the inverse: put one icon on the map for every 10,000 people (say) w/o a Wikipedia article without 10 miles (say) of their location. Now clustering of icons accurately portrays underrepresented people. (Inspired by https://xkcd.com/1939/).
![](./File:"Rethinking_the_layout_of_Wikipedia_articles"_by_users_cscott,_Daniel_Case_&_Ter-burg_1.jpg)
![](./File:"Rethinking_the_layout_of_Wikipedia_articles"_by_users_cscott,_Daniel_Case_&_Ter-burg_2.jpg)