Global templates/Proposed specification, short version/eo

Projektoj de Wikimedia havas problemon. La softvaro sur ili estas miksaĵo de kodo kiu venas de du fontoj:


 * 1) Deplojiĝita softvaro: MediaVikio kerno kaj ĝiaj etendiloj, kiu estas evoluigitaj, deplojiĝitaj kaj tradukitaj centre tra Gerrit, translatewiki kaj rilataj iloj.
 * 2) Lokaj adaptoj: granda kolekto de iloj kiu estas evoluigitaj loke sur ĉiu vikia ejo: ŝablonoj, moduloj en lingvo Lua, kaj aldonaĵoj.

Por la redaktoroj kaj la legantoj de la ejoj, la malsamaj teknologioj miksas kune kaj aperas kiel unu produkto, sed la malsama softvara evoluada procezo prezentas defiojn:


 * La lokaj adaptoj ofte povas esti utilaj en multaj malsamaj lingvoj, sed ilia portigo inter vikioj kaj lingvoj estas ekstreme malfacila kaj tempo-konsumanta.
 * Programaroj kiel VidRedaktilo kaj EnhavTradukado ne povas esti konsciaj de tiaj lokaj adaptoj. Ekzemple, informkestoj estas rimarkinda programaro de multaj vikioj, sed ili estas efektivigitaj aparte en ĉiu de ili, tiel VidRedaktilo ne povas havi butonon “Enmeti informkeston”, sed nur butonon “Enmeti ŝablonon” kaj ĉiu redaktoro devas scii la nomon de la ŝablono kaj tajpi ĝin.
 * Vikioj kun pli malgrandaj komunumoj estas malfavorataj ĉar ili ne havas la kompetentecon evoluigi ŝablonojn kaj aldonaĵojn kaj ne egzistas vojo portigi ilin facile. Novaj vikioj, en aparta, komencas kun instalaĵo tre "nudaj ostoj" de MediaWiki kaj etendiloj, dum multaj funkcioj de la pli malnovaj kaj pli grandaj viki-ejoj estas efektive provizita de ŝablonoj kaj moduloj, kiu ne povas esti rapide instalitaj kaj devas esti importitaj mane.
 * Nekongruecoj inter deplojiĝita softvaron kaj lokaj adaptoj kaŭzas cimojn kiu estas malfacile anticipi kaj eltrovi. Ilia riparado devas esti farita sur ĉiu viki-ejo aparte. Tio ĉi povas eĉ konduki al la malakcepto de kelkaj programaroj de la komunumo, malŝparo de rimedoj do ellaborado kaj antagonismo inter la softvaraj ellaborantoj kaj la redaktora komunumo. Ĉiuj de tio ĉi povas esti evitita.
 * La diferencoj inter la lokaj adaptoj malfacilas traduki artikolojn. Solvo ĉi tiun problemon draste pliigos la rapidon en kiu la enhavo estas tradukita kaj alireblata al pli grandaj partoj de homeco.

Despite being very large, these problems are overlooked most of the time. Software from the different groups is often blended seamlessly into the site’s user interface. People who primarily edit in one language or project may not realize that a certain feature is only available on that project, and think that it’s available everywhere. Even experienced software designers and developers often make this mistake.

The proposed solution:


 * 1) Allow making some templates and modules global, similarly to images on Commons, global personal JS and CSS pages, global user pages, etc. (Gadgets should be global as well, but this is already possible in practice using hacks such as those used by HotCat. It’s not perfect, but it’s much less problematic than the issue with templates. Gadgets are therefore not in the scope of this proposal.)
 * 2) Each editors community will keep its independence to maintain local templates and to make local changes to global templates’ functionality and the information they present to readers.
 * 3) The user interface strings of the global templates must be translatable in a translatewiki-like interface, similarly to extensions.
 * 4) The templates and modules will still be editable as wiki pages and immediately usable after publishing.
 * 5) Policies about maintenance, sharing, protection, and deletion of templates and modules will be developed by the editors community.

Building the infrastructure for global templates and modules is challenging, however the core platform developers have said multiple times that it’s possible, and mostly requires product management and dedication. It has to be done, because the lack of global templates is the biggest usability challenge for all stakeholders: developers, new editors, veteran editors, and translators, in all languages and in all wiki projects.

A much more detailed proposal for how this will work is at Global templates/Draft spec.