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(a)gmail.com>om>:
On Sun, Nov 29, 2015 at 8:22 PM, Ankry <ankry(a)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(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikisource-l