2017 wikitext editor/he

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

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

מה זה?
כחלק מאחד מיעדי התוכנית השנתית 2016-17, ל"שימור ושיפור הדרך ליצירת תוכן וחיזוק הממשק," מחלקת העריכה עובדת על עורך קוד מקור חדש.

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

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

הסיבות לפרויקט
ב-2010, קרן ויקימדיה סיימה את העבודה על פרויקט השמישות (שהביא לייסוד הסקין וקטור, כלי ההעלאה ועורך התוכן) והוחלף לבעיות שנבחרו על ידי הקהילה לשנים 2010-2015. הן כללו כמה שיפורים לכלי העריכה, בעיקר העורך החזותי, התראות ואחרים. עם זאת, המטרה איננה להחליף את עורך קוד מקור הישן; אנו רואים בשני הכלים לעריכה חשובים בטווח הארוך כדי לעזור לקהילה להמשיך ולגרום למיזמים להצליח.

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

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

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

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

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

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


 * כלים בסיסיים (הדגשה, כתב נטוי, קישורים ותמונות);
 * כלים מתקדמים (כותרות, רשימות, הגדלה, הקטנה, superscript, subscript, גלריות וטבלות);
 * תווים מיוחדים;
 * חיפוש והחלפה.

כל אלה הושלמו עד אוגוסט 2016, לצד כלים נוספים שלא קיימים בעורך הנוכחי (כמו קו חוצה, קו תחתי, הכנסת תבניות ועוד), ופיצ'רים כמו העברת HTML לקוד מקור אוטומטית. בפרט, אנחנו מספקים גם את הכלי שמאפשר יצירה אוטומטית של הערות שוליים, שמאפשר למשתמשים להוסיף בקלות ובמהירות הערות המבוססות על קישורים או מספרי DOI. כלי זה דומה אבל יותר מתקדם מגאדג'טים שנכתבו בשפות שונות, ועכשיו הוא יהיה זמין בכל השפות.

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

גרסת בטא סופית (לפני שחרור רשמי)
מטרת הגרסה הראשונה של גרסת הבטא היא לקבל פידבקים ראשוניים בנוגע לעד כמה העורך החדש עובד אצל משתמשים. אנחנו מצפים מהפידבק לכלול הצעות רבות לשיפור. There are a number of improvements that we're already considering. Some of these probably need to be addressed before the new wikitext editor would be released outside of a beta feature. Some of these are technically difficult and so have been postponed, whilst others would benefit from real-world feedback from existing users to shape the features as usefully as possible.

For the first category (big challenges), we believe that we will need to address section editing, in which clicking edit will show small parts of the page to edit, and a fully responsive design, so that the interface can scale up and down more cleanly for smaller devices, where users are zoomed-in, or other accessibility and platform reasons; these will let us provide the feature in mobile as a beta example as well, to ensure it works for all our editors, not just those on desktop.

For the second category (feedback needed), we will need to provide in-editor help to guide users through the editing process from the very first time they click edit and also later in their editing careers. Right now the wikitext editor has a "help" tab with some brief wikitext guidance; in the visual editor, we have a link to the user-guide, which we could replicate for this purpose. How this should work, and what it should highlight, is likely to be something on which many members of our communities have expert ideas. We will also need to clean up how gadgets extend the editor, as the new editor integration right now is complex and confusing. This would make converting some gadgets harder than it should be. Many wiki communities depend on particular gadgets to speed up their editing workflow, and it's important that we preserve the ability for wikis to flexibly experiment with improvements like this.

Naturally, any change of this scale is likely to be disruptive for some users' workflows, and will have a few issues with relative 'edge cases' not being addressed. We look forward to uncovering and addressing these over the weeks and months following the release of the beta feature.

Nice-to-haves
Alongside the above, there are other, new features we'd love to provide if possible, but which may prove too costly to develop or too slow for users, and so are not planned from the outset. One feature we'd be interested in providing is saving automatic local drafts as users edit, so that if their browser or computer crashes or loses power mid-edit they can resume rather than having to restart. This would rescue users from quite frustrating, if uncommon, occurrences, particularly people with old computers or poor network connections.

A big feature that often gets discussed is syntax highlighting of wikitext to help guide people's eyes to the right content for which they're looking. This feature was in fact built for the existing wikitext editor back in 2011, but we had to abandon it because the very high complexity of wikitext means that this was exceedingly slow for most users. Five years later, most users' machines are a fair bit faster than they were back then, which helps a little. Also, it might be worth exploring how performant we could make a feature doing this if we were to make some simplifications of the kinds of wikitext which we try to highlight.

(In the meantime, syntax highlighting is provided by Remember the dot's syntax highlighter and, which are available on some wikis as gadgets). Syntax highlighting has also been introduced to the 2017 wikitext editor using.

More complex and error-prone than syntax highlighting, but possibly even more useful, would be a feature for folding wikitext structures into blocks so that users can easily ignore things they don't want to edit without having to read through them. For example, long infobox invocations or references could be folded up into blocks until you want to edit them. The technologies we built for the visual editor are particularly well-suited for providing this use case in a reliable fashion, so this may be something we could look at doing. Again, as with syntax highlighting we might need to compromise on the complexity of wikitext that we recognize in return for providing something performant enough to be useful to most of our users.

Another nice feature we could provide would be to prompt users when they save with two or three buttons to add one-click edit summaries based on their recent activities. This kind of feature is quite popular on some wikis as a gadget and it would be nice to provide it to all users on all wikis, without those wikis needing to have a gadget guru on hand to help set it up and maintain it.

Resources

 * An early rough design mockup from April is available here. To see the wikitext editor, click the brackets icon in the top-right corner.
 * An old rough demo video is also available as of mid-May 2016 at https://www.youtube.com/watch?v=jgd2ZHOZGBE.
 * Video demo of the 2017 wikitext editor from the December 2016 CREDIT showcase
 * The current version can be seen via Beta Features at Special:Preferences; enable the "new wikitext editor" item, go to https://www.mediawiki.org/wiki/Project:Sandbox?veaction=editsource (for example) and see what it looks like when you switch back and forth.

מידע נוסף

 * Status update about editing software, June 2016
 * עמוד משוב
 * - the Beta Feature for wikitext syntax highlighting