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