Global templates/Proposed specification, short version/pt

Os projetos Wikimedia tem um problema. O software é uma mistura de códigos com duas origens diferentes:


 * 1) Software implementado: O software MediaWiki core e as suas extensões, que são desenvolvidas, implementadas e centralmente internacionalizadas via,  e ferramentas relacionadas.
 * 2) Personalizações locais: Grande coleção de ferramentas on-wiki desenvolvidas localmente em cada wiki:  (templates),  e .

Para editores e leitores da plataforma, as diferentes tecnologias são entrelaçadas e aparecem como um produto. Contudo, os diferentes processos de desenvolvimento do software apresentam alguns desafios:


 * As personalizações locais podem ser úteis em diversas línguas, mas é muito difícil e demorado migrá-las de um projeto para outro.
 * Software como o e o  não têm acesso a essas personalizações locais. Por exemplo, infocaixas ("infoboxes") são uma característica notável de várias wikis, mas são implementadas separadamente em cada. Dessa forma, o editor visual não pode ter um botão de "insira infobox", somente um botão de "  ". Cabe então ao editor saber o nome da predefinição e digitá-lo.
 * Wikis com comunidades pequenas estão em desvantagem por que não tem tantos editores com a experiência necessária para desenvolver predefinições e gadgets, e migrar código entre wikis pode ser complicado. Novas wikis, em particular, começam com instalações muito básicas do MediaWiki e suas extensões, enquanto projetos mais antigos tem uma gama de funcionalidades disponibilizadas por predefinições e módulos.
 * As incompatibilidades entre o software implementado e as personalizações locais causam bugs difíceis de prever e detetar. Corrigi-los tem de ser feito em cada site wiki em separado. Isso pode inclusive levar à rejeição de algumass funções pela comunidade, desperdício de recursos de desenvolvimento e atritos entre os desenvolvedores de software e os editores. Tudo isto poderia ser evitado.
 * As diferenças entre as personalizações locais tornam os artigos mais difíceis de traduzir. Resolver esse problema aumentará drasticamente a velocidade com que o conteúdo é traduzido e disponibilizado a mais pessoas.

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 in all wikis 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.

If this sounds interesting, and you want to know more, please read the full detailed.

For discussion about this proposal, see the page and the talk page of the full proposal.