I want to add esperanto words to fr.wiktionary using as input a file
where each line have the format "word:the fine definition". So I copied
the basic.py, and started hacking it to achieve my goal.
Now, it's seems like the -file argument expect a file where each line is
formated as "[[Article name]]". Of course I can just create a second
input file, and read both in parallel, so I feed the genFactory with the
further, and use the second to build the wiktionary entry. But maybe you
could give me a hint on how can I write a generator that can feed a
pagegenerators.GeneratorFactory() without creating a "miror file" and
without loading the whole file in the main memory.
Spread the news!
Wikis devroom - FOSDEM, Brussels, 1 & 2 February 2014
CALL FOR PARTICIPATION
We accept proposals for wiki related submissions. The formats accepted
are 25min sessions or 5min lighting sessions. All proposals must be
submitted via https://penta.fosdem.org/submission/
Deadline: 30 November 2013
Questions? Feedback? Willing to help?
Wikis are essential tools for online collaboration, open knowledge and
free software. They are everywhere: from the mainstream Wikipedia to a
myriad of public, academic and corporate knowledge bases and personal
sites. And most of them are open source software.
Wikis became popular thanks to the edit button allowing users to create
and modify text-based web pages easily. Over the years wikis have become
more powerful, handling more content types, allowing better look & feel,
championing localization and integrating (sometimes) with other tools.
The development continues, with hundreds of professional and volunteer
contributors specializing in this area.
There are also challenges: the competition from (mainly proprietary and
corporate) social media and online office tools, keeping up with UX
expectations from users, editors and sysadmins, compatibility across
different wiki engines and other publishing tools, collaboration between
Wikis devroom is a place to showcase and discuss
* new features, especially exploring areas beyond plain text editing
* compatibility and integration with other tools and services
* lessons learned from deployments, surveys, research...
* cross-project collaboration
We want to focus on sessions for a technical audience including savvy
editors. Basic introductions for end users and long tutorials are out of
One day, one room. Most of the schedule will be filled with sessions of
about 25 minutes that have gone through a call for participation.
We will have a WikiWiki Hour of lightning presentations (5 minutes each).
We will organize a panel session with representation of key wiki
projects - the specific topic to be decided as we confirm the participants.
Quim Gil (MediaWiki), Vincent Massol (XWiki) and Jean-Marc Libs (Tiki).
Since MediaWiki 1.23/wmf3 has been deployed to all Wikimedia sites, the old
script in zhwiki didn't work any more.
The zhwiki's collapsible behavior makes the whole header bar clickable and
shows a helpful text indicating the collapse state. Thus, the Navbox and
many templates can be easily expand by click the hotspot(header bar)
instead of finding the "show/hide" link to click. What do you think of
making this behavior as default?
And now, because we want to make use of upstream jQuery.makecollapsible but
not break the local collapsible behavior, I think the best way to fix this
is adding some configs for jQuery.makecollapsible.
Last, I'd like to see Extension:Scribunto's global module.. Therefore we
can unify some common templates globally for unified user experience.
Erick Guan/管啸 (fantasticfears)