Page MenuHomePhabricator

Parsoid HTML/RDF for mobile devices
Open, Stalled, LowPublic


A Parsoid HTML/RDF mobile output, similar to what can be found at would be really useful. In my case, I would use it to create mobile specific ZIM files.

Version: unspecified
Severity: enhancement



Related Objects

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 1:57 AM
bzimport added a project: Parsoid.
bzimport set Reference to bz53018.
Kelson created this task.Aug 19 2013, 8:15 AM

This can be implemented as a post-processing step on Parsoid HTML. The rich RDFa information in our DOM (see should make selective massaging easier.

Arlolra removed GWicke as the assignee of this task.Nov 25 2014, 8:06 PM
Arlolra set Security to None.
Kelson added a comment.Oct 6 2015, 7:00 PM

I see we have now a mobile HTML output, for example here:

But the problem is that the (mobile) dependencies are not loaded (to the contrary to the desktop version)

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptOct 6 2015, 7:00 PM
Jdforrester-WMF added a subscriber: Jdforrester-WMF.

Tagging this for the Web and Infrastructure teams.

Jhernandez closed this task as Declined.Aug 8 2018, 3:56 PM
Jhernandez added a subscriber: Jhernandez.

We'll reopen if there is a need for this. We're not planning on working on it right now.

Kelson added a subscriber: atgo.Aug 9 2018, 6:11 AM

@Jhernandez I understand that priorities need to be set but this is quite sad and a really concrete problem for offline projects. Parsoid output is the only one output which allows to properly re-render our textual content. Not providing a proper mobile version seems to me quite a problem considering how people access the content these days. For openZIM/Kiwix problem, it means higher maintenance costs (if possible at all) to try to maintain a mobile rendering similar as online. CC @atgo.

Hi @Kelson, I'm using priorities as stated on mediawiki. Low is not a bad thing, it means:

Less priority than Normal, but someone is still planning to work on it. This does not necessarily mean the task is not important; it is just not on the to-do list of anybody as the task is not considered urgent.

I'm interested in discussing more about this and understanding the meaning and the usecases, and how it could relate to the things that we have planned.

We are building indeed a mobile specific HTML endpoint right now and a set of JSON endpoints to go with it, that the apps will switch to consume, and hopefully mobile web could use them in the future too.

This are the most relevant epics:

In summary, there will be a /page/mobile-html endpoint based on parsoid HTML with many transforms applied to the content to make it leaner and more mobile friendly. There will be /data/mobile/css endpoints and /data/mobile/js endpoints that will provide mobile specific styles for that mobile HTML and some mobile specific JS to act on the mobile HTML for things like lazy loading of images.

There will also be a set of JSON endpoints that will provide the additional information about the page, like /page/summary, /page/metadata/, /page/media, and /page/references.

When you mention before in your comment:

But the problem is that the (mobile) dependencies are not loaded (to the contrary to the desktop version)

What does that mean? What difference do you see from /page/html?

I'm happy to expand more and keep talking about what of the pieces we have can fit your use case.

For example, apps will have offline article storage, and the way that they will do it initially (as far as we have talked about it until now) will be to fetch the mobile-html endpoint, the CSS and JS endpoints + the other 4 endpoints, and store them in cache, and with those things, they will be able to show the full article as needed without a network connection. It will give them the flexibility as well to cache more or less things if they want to, improving how much space they take.

Jhernandez reopened this task as Stalled.Aug 10 2018, 1:05 PM

I'll keep it as stalled while we discuss, declined may have been to strong.

LGoto moved this task from Needs Triage to Backlog on the Parsoid board.Feb 17 2020, 4:43 PM
ssastry moved this task from Backlog to Future Ideas on the Parsoid board.Feb 18 2020, 12:46 AM
Jhernandez removed a subscriber: Jhernandez.Apr 2 2020, 6:46 PM