OER in Education:TODO

Higher level EWTE/issues remaining.

Wiki Issues

Task	Description	Priority	Assignment
Overall, the wiki is still slow		High
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
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
Appearance of SMW::off... in paroid output		High
Adjust css for visual editor	Font needs to be a bit bigger, increase line spacing
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
In the ZIM, the semantic markup for lesson objective and success critieria is visible, i.e. [[intent: .... ]] shows.	Marked as low, because we can work around this with css.	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

Done

See also https://sourceforge.net/p/kiwix/feature-requests/883/

Collection of issues

Parsoid

Paroid output does have blue background

Bugs for ZIM

Important:

• It would be good if the ZIM had links to go to the parent page, such as a bar across the top
  • Home > OER4Schools > ...
• {{DISPLAYTITLE:...}} not recognised.
• #REDIRECT pages don't redirect
  • Example needed here
• "localhost" links in ZIM:, e.g. http://oer.educ.cam.ac.uk/kiwix-other/mwoffliner/output/educ_en_all_2015-02/OER4Schools_What_is_interactive_teaching.html
  • As I was checking the offline html / ZIM, I noticed that e.g. the above page has got a link to http://localhost/w/images/9/92/Activity_template.pdf
  • I've checked the parsoid output for that page: http://oer.educ.cam.ac.uk:8000/oer/OER4Schools%2FWhat_is_interactive_teaching?oldid=22795 which has this link: http://195.154.73.180/w/images/9/92/Activity_template.pdf
• Removal of "SMW::on/off". Parsoid produces links like this:

<a rel="mw:WikiLink" href="./SMW::off" title="SMW::off" data-parsoid="{"stx":"simple","a":{"href":"./SMW::off"},"sa":{"href":"SMW::off"}}">SMW::off</a>
<a rel="mw:WikiLink" href="./SMW::on" title="SMW::on" data-parsoid="{"stx":"simple","a":{"href":"./SMW::on"},"sa":{"href":"SMW::on"}}">SMW::on</a>

(see e.g. [3]). They need to be removed.

Handling of "external" files in ZIM

We need to think about how to make external resources accessible, such as

• PDF files / word / ppt linked from sessions (and normally stored within the wiki) (might also apply to images, where the full resolution image would be useful to have)
• Videos (that are presently stored outside the wiki)

Bugs reported

Zim reader on OS X has no keyboard shortcuts for forward/back.	https://sourceforge.net/p/kiwix/bugs/822/ - shortcuts are cmd-left, cmd-right
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