Global templates/Proposed specification, short version/he

במיזמי ויקימדיה יש בעיה. התוכנה שהם רצים עליה מגיעה משני מקורות:


 * 1) תוכנה מותקנת (deployed): תוכנת מדיה־ויקי והרחבות שלה, שמפותחות, מותקנות, ומתורגמות באופן מרוכז באמצעות Gerrit‏, translatewiki, וכלים קשורים אחרים.
 * 2) התאמות מקומיות: אוסף גדול של כלים שמפותח מקומית בכל אתר ויקי: תבנית, יחידות לואה, וגאדג׳טים.

עבור העורכים והקוראים של האתרים, הטכנולוגיות השונות מתערבבות יחד ונראות כמו מוצר אחד, אולם תהליכי פיתוח התוכנה השונים מציבים אתגרים:


 * ההתאמות המקומיות יכולות להיות שימושיות בשפות רבות, אבל העברתן בין אתרי ויקי ובין שפות הוא תהליך קשה מאוד, שדורש זמן רב.
 * תוכנות כמו העורך החזותי ותרגום תוכן אינן יכולות להיות מודעות להתאמות מקומיות כאלו. למשל, תיבות מידע (infoboxes) הן תכונה בולטת באתרי ויקי רבים, אך הן ממומשות בנפרד בכל אחד מהם, ולכן בעורך החזותי לא יכול להיות כפתור "הוספת תיבת מידע", אלא רק כפתור "הוספת תבנית", וכל עורך צריך לדעת את שם התבנית ולהקליד אותו.
 * אתרי ויקי עם קהילת עורכים קטנה מופלים לרעה משום שחסרה להם המומחיות שדרושה לפיתוח תבניות וגאדג׳טים, ואין דרך קלה להעביר אותם מאתר לאתר. בפרט, אתרי ויקי חדשים מתחילים מהתקנה בסיסית מאוד של תוכנת מדיה ויקי והרחבות, בעוד שאפשרויות רבות שקיימות באתרים הוותיקים והגדולים מסופקות על־ידי תבניות ויחידות, שלא ניתן להתקין במהירות ושצריך לייבא באופן ידני.
 * חוסר־תאימות בין התוכנה המותקנת לבין ההתאמות המקומיות גורם לתקלות שקשה לצפות ולגלות. צריך לתקן כל תקלה כזאת בכל אתר ויקי בנפרד. זה יכול אפילו להוביל לדחייה של פיתוחים חדשים על־ידי הקהילות, לבזבוז של משאבי פיתוח ולחיכוכים בין מפתחי התוכנה לבין קהילת העורכים. אשפר היה למנוע את כל זה.
 * ההבדלים בין ההתאמות המקומיות גורמים לכך שקשה יותר לתרגם ערכים. פתרון הבעיה הזאת יעלה באופן דרמטי את המהירות שבה הערכים מתורגמים ונהיים נגישים ליותר בני־אדם.

למרות היותן גדולות מאוד, הבעיות האלה זוכות להתעלמות לעיתים קרובות. תוכנה מקבוצות שונות מתערבבת באופן חלק בממשק המשתמש של האתר. אנשים שעורכים בעיקר בשפה אחת או במיזם אחד יכולים לא להפנים כלל שאפשרות מסוימת זמינה רק באותו המיזם ולחשוב שהיא זמינה בכל מקום. אפילו מעצבים ומתכנתים מנוסים עושים את הטעות הזאת לעיתים קרובות.

 הפתרון המוצע:


 * 1) Allow making some templates and modules global, similarly to images on Commons, global 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 editing community must keep its autonomy to override the templates’ functionality and the information they present.
 * 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 and immediately usable after publishing.
 * 5) Policies about maintenance, sharing, protection, and deletion of templates and modules will be developed by the editing community.

Making templates and modules global 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 User:Amire80/Global templates draft spec.