OER in Education:TODO

Wiki Issues

Task	Description	Priority	Assignment
Gateway timeouts	E.g. upload two files at the same time, 1 and 2, gives a gatway timeout. Script for load testing added here: OER:TODO/Gateway	High
Ensure that ppt and notebook files can be uploaded	The .ppt and .notebook files here [1] fail to upload to the wiki. It may be a settings issue.	High
Rename print options in sidebar menu "Print"	Given that OCG is working poorly, could we change the order of the links, and the text for pdf link? E.g. add experimental after pdf? Print/export Create a book Download ready-made PDF Download ZIM Printable version Download as PDF (experimental) Download as Plain text Then On the "Rendering" page for PDF, after the sentence: "This page should automatically refresh every few seconds. If this does not work, please press your browser's refresh button." could we add (in big writing): "Note that PDF export is highly experimental, and for many pages may not give usable output." "Download ready-made pdf" should point to a page OER:PDF where we explain the situation, and link to a ready-made PDF. The "Download ZIM" should link e.g. to OER:ZIM, where we explain, and link to the ZIM.	High
mwoffline script should load MediaWiki:Offline.css		High
In the ZIM and for parsoid: Section numbers (with page, e.g. 1.2.3, 1.2.4, etc.) are not preserved...	Example: [2]	High
In the ZIM, the semantic markup for lesson objective and success critieria is visible, i.e. [[intent: .... ]] shows.		High
Parsoid output shows numerical IP address	E.g. http://oer.educ.cam.ac.uk:8000/oer/OERGS%2FG1, shows numerical IP address.	Low
For User:Bjoern Special:Preferences has a different skin from the main namespace		Low

Solved

printonly class

Why does this not work? User:Bjoern/noprint, MediaWiki:Vector.css. Solution: See MediaWiki:Vector.css, MediaWiki:Print.css, and (waiting for ZIM integration) MediaWiki:Offline.css

Collection of issues

Paroid output does have blue background

Bugs for ZIM

Zim reader on OS X has no keyboard shortcuts for forward/back.

Bugs reported

Parsoid output does not deal with arrays defined in templates.

Example: User:Bjoern/arrayinclusion . From https://phabricator.wikimedia.org/T87157: Parsoid doesn't support stateful extensions / parser functions at this time. In this case, it looks like your extension relies on state that has been setup earlier in the page. Parsoid calls into the mediawiki API to expand parser functions and templates, and there is no page state available at that time. That is why the #arrayprint call inside the template works as expected (because PHP parser sees the array setup and that state is accessible to the following #arrayprint function). But, the second #arrayprint in the page doesn't have access to page state since it is a fresh call into the API. The existing stateful extensions (like Cite) are supported by having native implementations inside Parsoid (as special cases that are used very widely). LST is another one that will be implemented. We do have plans for native Parsoid extensions and being able to register them. But, we haven't implemented that yet. A possible work around in our case is to re-call the array in the main body of the page, which then makes it available.

https://phabricator.wikimedia.org/T87157