I'm testing a feature of djvu files, t.i. the possibility of upload into a shared internal file, or into pages, any unlimited text of any type. Html could be upload (with banal encoding) and downloaded. It's only a play so far; but I think that it could be interesting to explore, since there's the opportunity to invisibly wrap into djvu page the html of wikisource nsPage - so allowing to extract, visualize, and use it with a "reader" by basic djvulibre routines (djvused.exe) and some code.

Obviously, there are serious safety issues and a need of sanitization - "any text" is an alarming statement.

Alex

2015-11-30 2:23 GMT+01:00 Luiz Augusto <lugusto@gmail.com>:

On Sun, Nov 29, 2015 at 8:22 PM, Ankry <ankry@mif.pg.gda.pl> wrote:
> What about two multilanguage Wikisources? One for RTL languages, another
> for LTR languages.

... and the third for some Asian scripts:
https://phabricator.wikimedia.org/T60729 ?

And maybe a separate one for French:
https://phabricator.wikimedia.org/T14752 ?

If you dig deeper then more such issues.

Those are related on how MediaWiki renders text, so can be easily circumvented in a multilingual wiki adding a new feature to instruct MediaWiki to renders based in a given language. If in Page namespace, adding to the current
<pagequality level="X" user="USERNAME" />
tag a lang parameter
<pagequality level="X" user="USERNAME" content-language="fr" />

or, for pages with texts in more than one language (such quotations), on LabeledSectionTransclusion tags, making
<section begin="SECTION_NAME"/>
<section end="SECTION_NAME"/>
as
<section begin="SECTION_NAME" content-language="fr" />
<section end="SECTION_NAME"/>

(T14752 is not related to ProofreadPage extension, but the language trick can be added on this way as a shortcut for some possible new MediaWiki parser tags)

_______________________________________________
Wikisource-l mailing list
Wikisource-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikisource-l