Weblate basisbeginselen¶
Structuur project en onderdeel¶
In Weblate zijn vertalingen georganiseerd in projecten en onderdelen. Elk project kan een aantal onderdelen bevatten en die bevatten vertalingen in individuele talen. Het onderdeel correspondeert met een te vertalen bestand (bijvoorbeeld GNU gettext PO (Portable Object) of Android bronnen tekenreeksen). De projecten zijn er om u te helpen de onderdelen te beheren in logische sets (bijvoorbeeld door alle vertalingen die binnen een toepassing worden gebruikt te groeperen).
Aanvullend kunnen onderdelen binnen projecten worden gestructureerd met categorieën. Onderdelen mogen behoren tot een categorie, en categorieën mogen worden genest.
Intern worden van elk project vertalingen voor veelvoorkomende tekenreeksen standaard verspreid over andere onderdelen erin. Dat verlicht de last van herhaaldelijk en meerdere versies van vertalingen. De verspreiding van vertalingen kan worden uitgeschakeld per Configuratie onderdeel met Sta propageren van vertalingen toe in het geval de vertalingen van elkaar zouden afwijken.
Opslagruimte integratie¶
Weblate is gebouwd om te integreren met versiebeheer in een opslagruimte upstream, Doorlopende vertaling beschrijft bouwblokken en hoe de wijzigingen daartussen stromen.
Zie ook
Overzicht architectuur beschrijft hoe Weblate intern werkt.
Gebruikersattributie¶
Weblate behoudt de vertalingen met de juist vermelde auteurs voor vertalers in de opslagruimte voor versiebeheer door naam en e-mail te gebruiken. Het hebben van een echt e-mailadres te hebben verbonden met de indiening volgt de geest van gedistribueerde versiebeheer en stelt services, zoals GitHub, in staat uw bijdragen die aan Weblate zijn gedaan te associëren met uw profiel van GitHub.
Deze mogelijkheid heeft in zich het risico van het misbruiken van gepubliceerde e-mail in de indieningen voor versiebeheer. Meer nog, als ene dergelijk indiening eenmaal is gepubliceerd op publieke hosting (zoals GitHub), is er geen effectieve manier om die terug te halen. Weblate kiest voor een privé e-mail voor indieningen in Account om dit te vermijden.
Daarom zouden beheerders dit moeten overwegen bij het configureren van Weblate:
Dergelijk gebruik van e-mail zou duidelijk moeten zijn beschreven in de bepalingen voor de service, voor het geval een dergelijk document nodig is. Wettelijk zou daarbij kunnen helpen.
PRIVATE_COMMIT_EMAIL_OPT_IN
kan e-mails standaard privé maken.