ההודעה האחרונה בדף השיחה של קיפודנחש/ארכיון 23 - מלאו אסמינו התקבלה מאת Xqbot בתאריך 22/4/2020 בשעה 20:44:55. 202,407
דף זה מאורכב (קצת לפני או קצת אחרי שמשקלו 200 קילו) על ידי העברה ולא ב"העתק הדבק". כתוצאה מכך מאורכבות לפעמים גם שיחות "צעירות". אם ברצונכם להמשיך שיחה שאורכבה, אנא צרפו קישור לחלק השיחה שאורכב, והמשיכו כאן.
"אחרון המשחיתים"? זה לא קצת מלודרמטי? מדובר בקיצור דרך ל-safemode, תכונה שמשתמשים בה לעתים מספיק רחוקות, ואין הצדקה לדרוש מהמשתמש לזכור כמה שמות שונים. יכול להיות שהדבר הנכון היה בכלל לא לנסות לכתוב בעברית, ולהשאיר זאת כ safemode. קיפודנחש15:47, 30 במאי 2017 (IDT)
שחזור מהיר מיועד לשחזור משחיתים. כשרוצים לשחזר עריכה שאיננה השחתה משתמשים לרוב בביטול ומצרפים תקציר עריכה מתאים. לגבי העריכה עצמה, תחליט, עברית או אנגלית. "מוד בטוח" זה לא לפה ולא לפה. מזכיר לי את "חצי קפה, חצי תה" של לוי אשכול. דולב • שיחה16:41, 30 במאי 2017 (IDT)
Keep up the good work. הערה קטנה, אם יורשה: שים לב שפה ושם אתה גולש לסגנון מרושל מעט על גבול הדיבורי, למשל בערך מנוע הפרשים, בפסקה המתחילה במילים "יש לשים לב ולא לבלבל...". אבל אני מנטפק רק כי אני מתקנא בכתיבה הקולחת שלך (זה מה שאני עושה במקום לישון). ראובן מ. - שיחה03:18, 12 ביוני 2017 (IDT)
קודם כל, תודה. באמת מעודד לראות שיש מי שקורא ושם לב, וזה נותן מוטיבציה להמשיך לעבוד. שנית, זה WIP. כמדומני שמאז כתבת את הדברים הניסוח השתנה. אחת הבעיות היא שקשה לתפוס "במעוף הציפור" את הערך מתחילתו ועד סופו, בייחוד כשמדובר בערך גדול ומקיף כמו מכונת חישוב, ועקב כך מתרחשות תקלות, כמו חזרה על דברים בסעיפים שונים, או כתיבת דברים במקום לא מתאים (ולפעמים השארת חצאי משפטים מבולבלים וחסרי פשר בגוף הערך, כמו רופא ששוכח מספריים בגוף הפציינט). מה שבכוונתי לעשות הוא לתת לדברים "להתקרר", ואז לעבור על הערך כולו, מראשו ועד זנבו, ולבצע הגהה וסגנון. יש ויקיפדים מוכשרים ממני, שלא זקוקים לשני שלבים, ויודעים להשפריץ ערך מושלם במכה הראשונה (או במספר עריכות קטן) - אין לי אלא להתקנא, ולהמשיך בדרכי המסורבלת והמבולבלת... שוב תודה - קיפודנחש03:55, 12 ביוני 2017 (IDT)
מעולה, רק רציתי לוודא שזה במודעות. נשמע לי אסטרטגיה נבונה, בסופו של דבר הליקויים מתוקנים - והרי ממילא הם פעוטים. ראובן מ. - שיחה18:42, 13 ביוני 2017 (IDT)
כאשר אני מבצע בהערות שוליים צ'ק על "הצגה בטורים" ו"תיבת גלילה" אני מקבל גלילה לרוחב באוחב הגלות ולא גלילה לאורך. כרום, W8.1. גם אצלך? תוכל לתקן שתהיה גלילה לאורך כמקובל? בורה בורה - שיחה11:50, 12 ביוני 2017 (IDT)
באמת זכור לי משהו כזה, וזכור לי גם שניסיתי לסדר את זה ולא הצלחתי. לא נראה לי שאשקיע בכך עוד זמן (למרות שאין לי ספק שזה אפשרי, ומישהו מוכשר ממני יכול לפתור זאת בהינף מקלדת). כרגע התשובה היא כמו של הרופא לפציינט שהתלונן שכואב לו כשהוא מרים את יד ימין בעודו עומד על רגל אחת: אל תעשה זאת. בהצגת הער"ש, בחר בין טורים וגלילה, ואל תנסה להפעילם יחדיו. צר לי שזו התשובה הטובה ביותר שביכולתי לתת, אבל זה המצב. קיפודנחש20:12, 12 ביוני 2017 (IDT)
היי. סידרתי את מה שביקשת. ואם כבר, יש לי שאלה אליך. אני יודע שיש סגנון שמציג את הטקסט רק בתצוגת מחשבים, tocolors. אולי יש אחר עם שם נורמלי, לא יודע. יש אחד הפוך, שמציג רק בתצוגת ניידים? יגאל (בקשת עזרה, IKhitron ושיחה) 19:44, 13 ביוני 2017 (IDT)
זה בהחלט מה שצריך לעשות, אבל יש אלפים כאלו. ואינני מצליח לחשוב על פתרון בוט או אפילו AWB, כי בכל פעם בנפרד צריך להחליט האם התוצאה תהיה div או span. יגאל (בקשת עזרה, IKhitron ושיחה) 11:55, 14 ביוני 2017 (IDT)
בסרגל הכלים המתקדם שמופיע בזמן עריכה היה פעם אייקון שאפשר לצבוע קטע ולצבוע אותו בצבע מהרשימה, כמו שעושים עם הדגשה או הגדלה. הוא נעלם... תוכל לשחזר אותו? תודה. בורה בורה - שיחה06:00, 18 ביוני 2017 (IDT)
סרגל זה לא רק מקום. ככל שהסרגל יותר גדוש, הדברים שמופיעים בו פחות נגישים. אם העורך החזותי לא היה, אולי היה מקום לגאדג'ט של פרסונליזיציה של הסרגל, נניח סרגל רביעי עם "אישי", בו יכולה המשתמשת להגדיר את הכפתורים מרשימה אישית. כרגע זה נראה מיותר, משום שהחזותי מתקרב למצב שאפשר להשתמש רק בו. בכולופן, אולי אציץ לראות מי העלים את הכפתור (בהנחה שזה נעשה בכוונה), ואראה אם יש תקציר שמסביר למה. לא היום ובטח גם לא מחר... קיפודנחש07:36, 20 ביוני 2017 (IDT)
קיפוד, כבר כמה ימים אני חש בזה. מערכת הניהול לא מסמנת את התבנית הבעייתית אפילו בערכים פשוטים בלי קיפולים וסיפורים. ראה למשל גרסה קודמת לשלי ביהונתן מלוניל. נסה לסמן היכן השגיאה. זה קורה לי בעוד הרבה ערכים. אגב, הכר את הסייע הנאמן שלי, משתמש:נדב ס שנכנס במרץ לעניינים. אם הוא פונה אליך, ראה זו כפנייה שלי... נדב, גם אתה נתקל בבעיה הזו?
זה כנראה קשור לתקלות בתבניות שמופיעות כפריט ברשימה. נסה להחליף את האופציות שהמערכת משתמשת בהן לגרסה עם הספאן. ההסבר הטכני מורכב ולא מעניין, אבל לפחות יש תרופה... קיפודנחש06:20, 20 ביוני 2017 (IDT)
בורה, לא הבנתי על איזו בעיה אחרת מדובר. התוצאה של שימוש בלי span זה שעבור תבניות שמופיעות ברשימה, כשיש תקלה הן נופלות מהרשימה, וגם הצביעה מתחרבשת. לא בטוח שמה שעשית, כלומר להחליף בצורה גורפת לשימוש ב-span זה הדבר הרצוי (בהחלט יתכן שכן, אבל זה לא נבדק בצורה מקיפה, עד כמה שידוע לי), ואם כן, לא בטוח שעשית זאת בצורה הרצויה (כרגע יש תבנית אחת שקוראת לדף משנה של תבנית אחרת - אם רוצים תמיד span, עדיף להעתיק את דף המשנה למקום המתאים). בכולופן, לא ברור לי על איזו בעיה פתוחה אתה מדבר. קיפודנחש03:54, 21 ביוני 2017 (IDT)
עלה לי רעיון: מה דעתך, שבלחיצה על "סמן", הקופסה תקפוץ למקום "הנכון" שלה, שזה פשוט לפני התבנית הבעייתית? בנוסף, נשאיר את הסימון במסגרת כי זה עובד ברוב המקרים, אבל במקרים שלא, הקופסה תשב לעבריין על הצוואר. יודע מה? אני מיד עושה זאת - הכי גרוע, אם זה ישבור משהו, נחזיר. קיפודנחש08:39, 21 ביוני 2017 (IDT)
זה יעזור, במיוחד בערכים ארוכים. אבל זה לא פותר את הבעיה העכשווית שלנו שהניהול יוצר שגיאות פרמטרים בתבניות מסוימות. בורה בורה - שיחה08:54, 21 ביוני 2017 (IDT)
שאלתי אותך כמה פעמים ולא ענית עד עכשיו. על איזו בעיה אתה מדבר? אל תגיד לי "בתבניות מסוימות". תן תיאור מדויק: איזו תבנית?איזה ערך? מה השגיאה? זה בסדר גם אם נגיד ביטלת את השינוי שעשה את הבעיה: תגיד לי מה הגרסה הבעייתית (תבנית ושעה), ובאיזה ערך הופיעה הבעיה. אולי אתה מכיר את ה"תצוגה מקדימה" של דף כשעורכים תבנית. באופן כזה אפשר לפתוח גרסה בעבר בעיייתית, ובעזרת "תצוגה מקדימה" לראות את הבעיה. אם מדובר בתבנית:אוצר ישראל, ראה את דף השיחה שם. אין לכך קשר עם מערכת הניהול. אם משהו אחר - פרט. קיפודנחש09:06, 21 ביוני 2017 (IDT)
So? השגיאות הללו הן אכן שגיאות, משום שלפי ה-td, אין בתבנית פרמטר 1, אבל בקריאות לתבנית יש. אתה יכול להעיף עין בדף השיחה ובהיסטוריה של התבנית כדי לקבל רקע היסטורי. אתה יכול להוסיף 1 ל-td (למרות שהפרמטר לא בשימוש), או לצמצם רווחים ולערוך את הדפים שמכילים את התבנית ולהסיר את הפרמטר, או לא להפעיל את מערכת הניהול. אאלט, אפשר גם להגיד למערכת להתעלם מהפרמטר, שזה עדיף על הוספתו ל td, כדי שהאשפים לא יציעו אותו, אם כי לא ברור אם האשפים יודעים להציע פרמטר 2 כשאין 1, ולא בדקתי אם במקרה כזה הם משפריצים תבנית נכונה. כך או כך או כך, זו לא בעיה במערכת הניהול, אלא מקרה סטוי של תבנית שיש לה פרמטר 2 אבל לא 1. קיפודנחש15:42, 21 ביוני 2017 (IDT)
ההכי הטוב במקרים כאלו זה להשתמש במיוחד:ApiSandbox. בכולופן, לפניך סקיצה, 100% לא בדוקה (אפילו לא בדיקת תחביר), של הקריאה לפרסואיד. שים לב שבגלל האופי האסינכרוני, צריך לקרוא לפונקציה שעושה מה שעושה עם ה-HTML מתוך הפונקציה (האסינכרונית) שנקראת כשהקריאה ל-API חוזרת:
// assuming var wikicode contains the wikicode we want to pass to parsoidmw.loader.using('mediawiki.api').done(function(){varapi=newmw.Api();api.post({action:'parse',text:wikicode}).done(function(data){varparsehtml=data.parse.text;// parsehtml now contains a piece of html returned by parsoid. send it here to the function that can use it.})});
זכור נא שאת קוד ה-HTML יש להציג על ידי קריאה ל .html() ולא ל- .text(). (שורות 52 ו-59 בקוד שלך) בב"ח - קיפודנחש09:15, 26 ביוני 2017 (IDT)
חן חן. עשיתי לפי המלצתך ונתקלתי בבעיה מארץ הבעיות. הmediawiki.api.parse מחזיר את תקציר העריכה בתוך <P>...</P> ואז כשאני מנסה להציג "תקציר עריכה: התקציר" אני מקבל מעבר שורה לפני התקציר. דומהני שאני צריך דרך להגיע לPARSER שלא יעטוף ב<p>...</p>, או קוד JS שיוריד את ה<P>...</P>, או איזה טריק HTML שיעלים את המעבר שורה. יש? «kotz» «שיחה» 22:56, 28 ביוני 2017 (IDT)
קל יחסית לתלוש את התוכן של ה-<p> הראשון. נניח שכבר יש לך אותו במשתנה parsed, אתה מריץ משהו בערך כזה:
// method 1: dirty, IMO, but apparently work:varinside=$(parsed)[0].innerHTML;// this will throw exception if "parsed" does not contain what you think it contains.// 2nd way: looks strange, but will be clean regardless of "parsed" content - worse case, will return null or empty string.varwrapped=$('<div>').html(parsed);varinside=wrapped.find('p:eq(0)').html();// basically, extract first <p>, and returns its content. this can be "distilled" to:// shorthand:varinside=$('<div>').html(parsed).find('p:eq(0)').html();
לא רציתי לנהוג מנהג גלמים ולהיכנס בתוך דברי חברי, לכן לא כתבתי זאת בדפ"ש של אביעד, אבל בהחלט מגיעות לך מילים טובות על תרומתך הניכרת למרחב הערכים. אם לא יקרה משהו חריג, אקרא את ערכיך, מלמעלה הם נראים נהדר ועושים חשק לקרוא. תודה רבה רבה! ביקורת - שיחה01:57, 28 ביוני 2017 (IDT)
רמת הערות השוליים נמוכה, ובכך אשתדל לטפל - לכל דבר שכתבתי יש מקורות - גם דברים שתרגמתי מוויקיפדיה באנגלית, בדרך כלל קראתי את המקורות ולא תרגמתי "על עיוור", ובמקרים רבים הערכים מפורטים יותר ועשירים יותר מהערכים המקבילים באנגלית.
מעבר להערות שוליים, בהן כאמור כוונתי לטפל, יש הרבה דברים שאפשר לעשות: לדוגמה, הרבה מהערכים מתארים נושא ספציפי מסוים (שעדיין אין עליו ערך), או אישיות מסוימת, ברמה שמצדיקה הפניה מהמושג הזה לאחד הערכים. בוודאי הפניה מאד רוברטס או MITS (אולי אפילו IMSAI) למאמר על האלטייר, והפניות למשל מהפסקלין למאמר על מכונות החישוב. או פדריקו פגין למאמר על ה-4004 - אין ספק שפגין זכאי למאמר, אבל עד שייכתב, יש לשקול להפנות למאמר על ה-4004 - השאלה היא אם יש שם מספיק תוכן להצדיק זאת (וכמובן, יכולות להיות דעות שונות משלי בשאלה האם פגין "זכאי" לערך)
בגדול, בקטע של ההפניות, אפשר ללכת על כלל אצבע פשוט: כל נושא בלי ערך שכיסיתי וחשבתי שהוא זכאי לערך, הוספתי קישור (אדום). אפשר לבדוק אם בעצם יש ערך בכתיב שונה, ואם המידע שיש במאמרים על המושג מצדיק יצירת הפניה מהמושג למאמר. יש כנראה לא פחות מעשר הפניות מוצדקות, ואולי יותר.
בהחלט יתכן שפה ושם יש כפילויות, כלומר קטע שנכתב בשני מקומות שונים בערך, עם הבדלים. כשמוצאים כפילות כזו צריך לשקול איזה משני הקטעים עדיף, ואיזה מהמקומות מתאים יותר.
כמובן שיש מקום להגהה ועריכה לשונית, וגם "עריכה גרפית". ברוב הערכים (כמדומני פרט למאמר על ה-4004) יש הרבה תמונות - יותר מהרגיל בוויקיפדיה. התמונות, ברובן (לפחות אלו שהוספתי) מסודרות בגלריות, בסיומי הסעיפים הרלוונטיים. המאמר המסובך ביותר הוא זה על מכונות החישוב, משום שהוא מנסה לתת סקירה היסטורית מפורטת יחסית, לצד תיאורים פיזיים וטכניים (איך זה בנוי ואיך זה עובד), והסברים על אופן השימוש וההפעלה. יתכן שיש מקום לפצל את המאמר הזה.
נושא שלישי שחסר הוא קיטרוג - לא עשיתי זאת. למרבה הצער, דעתי על הקטגוריות בוויקיפדיה בעברית לא מחמיאה - מדיניות הקיטרוג שלנו והאופן בו אנו ממשים אותה יוצר מערך קטגוריות נחות, שכמעט אינו מועיל לאיש. אודה למי שישפר את מצב הקיטרוג של הערכים.
ולבסוף, קישורים למאמרים. למעשה, שני הנושאים האחרונים, קיטרוג וקישורים, רלוונטיים כנראה רק לערך שיצרתי (אלטייר 8800) - לאלו שבניתי מחדש יש כנראה קישורים חוזרים וקטגוריות.
אשמח כמובן לקבל גם ביקורת, הערות, וכמובן, לכל המשך שיפור הערכים שטיפחתי בכל צורה שהיא מעבר למה שהזכרתי (תזכורת: הפניות, הגהה, עריכה לשונית וגרפית, מציאת כפילויות וטיפול בהן, או לחילופין הפניית תשומת לבי, קיטרוג וקישורים חוזרים). תודה לכולכם - קיפודנחש07:02, 29 ביוני 2017 (IDT)
@ראובן מ.: לא היה בתוכנית. כרגע המשימה היא לעבור על הערכים הקיימים ולהוסיף קישורים למקורות - רוב המידע בערכים שהעשרתי לא הגיע דווקא מתרגום ויקיפדיה באנגלית (למרות שגם קצת) אלא ממקורות שונים, ובכתיבה לא הקפדתי לציין את המקור של כל טענה. זו יכולה להיות עבודה לא מעטה, ובינתיים לא ממש התחלתי. אם אתנפל על ערך נוסף ב"סדרה", זה יהיה כנראה משהו כמו היסטוריה של המחשב האישי (היסטוריה של המחשוב קצת גדול עלי), או אולי אפילו משהו כמו היסטוריה של אפל עד המקינטוש או משהו דומה. מי שקורא את הדף הזה ומחפש פרויקט חמוד בכיוון, אפשר להרחיב ולהעשיר את הערך על דב פרוהמן בפרט, ועל הEPROM בכלל. כמובן שה-8086 הוא נושא חשוב, אבל עד היום לא הזדמן לי לקרוא מידע מעניין עליו. (שתי אנקדוטות - 8086 היה המעבד הראשון עבורו כתבתי שגרות בשפת סף - לפניו תכנתתי רק מעט, בעיקר בבייסיק על מערכת של DEC. ואנקדוטה שנייה: למיטב ידיעתי, ה-8087 תוכנן בחלקו, רובו או כולו במרכז הפיתוח של אינטל בחיפה, והיה אחד הפרויקטים הראשונים של המרכז, וכנראה הראשון עם visibility. ממש לא זכור לי על מה ה"מידע" הזה מבוסס - אולי על כלום. מאמר על ה-8087 יכול להיות אתגר מעניין למי מהקוראים דף זה, nudge nudge wink wink, אולי יותר ממאמר על ה-8086). בכולופן, בעקבות שאלתך אקרא את הערך בעברית ובאנגלית ואראה אם יש שיפורים קלים או תיקוני שגיאות שביכולתי לעשות ב-8086. בכולופן לא פרויקט כמו אלו. קיפודנחש20:22, 2 ביולי 2017 (IDT)
היי קיפודנחש. סליחה מראש על השאלה המעורפלת. זה בגלל שהנושא מעורפל אצלי בראש. בחודשים האחרונים אני רואה שאתה ואחרים מתעסקים המון עם דברים שקשורים לבקרת פרמטרים או משהו כזה, אני לא ממש יודע מה זה. השאלה היא אם אני צריך לדעת מה זה. כי כבר כמעט עשור שאני מתחזק (משום מה, כבר לא זוכר איך נקלעתי לזה) די לבד (משום מה, בעיקר כי אף אחד אחר לא עושה זאת) סדרה של תבניות קישורים חיצוניים שמקשרות לקטלוגים מקוונים מסוג מסוים: תבנית:אלף ותבניות אחרות שמבוססות עליה (כמו תבנית:רמב"י למשל). כבר הזדקנתי מאז ובקושי אני זוכר את התחביר של ההוראות תנאי. בקושי קורא את קוד הוויקי שאני עצמי כתבתי, שלא לדבר על ללמוד טריקים חדשים... השאלה שלי, העניין הזה של הבקרת פרמטרים עשוי להיות רלבנטי לתבניות האלה באיזו שהיא צורה? או שזה בשביל תבניות מידע או איך שקוראים להן (באלה אני לא מתעסק בכלל, אף פעם)? ראובן מ. - שיחה20:51, 29 ביוני 2017 (IDT)
מדובר בפרויקט שמריץ מש:בורה בורה, שמבחינת התוכנה מבוסס על מערכת שיגאל בנה, ואחריו אנוכי שכתבתי. מה שהמערכת יודעת לעשות, זה בתבניות שנמצאות תחת הבקרה (יש טקס קצר שנחוץ כדי להכניס תבנית למערכת. בורה כבר עשה זאת עבור ת"ר תבניות בערך, ועוד ידו נטויה. תבנית "מבוקרת" מכילה הודעה על כך בתיעוד שלה, ראה למשל תב:ציטוטון), כל שימוש בתבנית במרחב הערכים "נבדק". הבדיקה היא די שטחית, ובעיקר מסתכמת בווידוא שלא מועבר לתבנית פרמטר בשם שהתבנית לא מכירה, שכל הפרמטרים שהתבנית הצהירה עליהם כ"חובה" מועברים עם ערך לא ריק, ואם יש פרמטר שהתבנית אמרה שהוא צריך להיות מספרי, ויש לו ערך, הערך אכן מספרי. אין בדיקות לתקינות התוכן שמועבר. אם זה מתאים לצרכיך, בדוק אם התבניות שמעניינות אותך במערכת, ובקש מבורה שיוסיף למערכת את אלו שלא. יש דף שמנסה להסביר זאת, אבל לא בטוח אם כתבתיו בעברית או בעלגית או בממבו ג'מבו טכני. כמדומני וק:מערכת בדיקת פרמטרים. כמדומני שבורה כתב פעם הסבר יותר מועיל מזה, שמסביר את המערכת מנקודת הראות של המשתמש, ואולי הוא יוכל להפנות להסבר. קיפודנחש23:01, 29 ביוני 2017 (IDT)
אכן הייתה בעיה, כנראה קשורה למעבר לשימוש באופציות עם ספאן. לא הצלחתי להבין מה ואיך, ובסופו של דבר הסרתי את הרישום של הערכים, במקרה של פרמטר מספרי שגוי. ראה עריכתי בתבנית שמכילה את האופציות. קיפודנחש16:47, 2 ביולי 2017 (IDT)
זה לא אומר שזה טוב, אני מסכים איתך, אבל זה לא משהו חדש (שקשור אולי בעדכון הגרסה מהשבוע שעבר). דרך אגב, יכול להיות שהבעיה היא אותה בעיה שיש כבר כמה שבועות בהוספת תבנית הערות שוליים דרך צ'טקי. בעבר ההוספה היתה קוראת בשורה חדשה ועכשיו זה באותה שורה כמו הכותרת. ולפני שאתם שואלים, בדקתי שאני בשורה חדשה ואפילו ניסיתי עם שורה הבדל בין הכותרת לתבנית ועדיו זה קפץ לשורה של הכותרת. (אתם כמובן מוזמנים לנסות). אינג.יונה ב. - שיחה - הבה נכחילה15:46, 6 ביולי 2017 (IDT)
עשיתי משהו בחופזה. זה לא מאד יפה (כשיש ערך שמתפרס על פני מספר שורות שהראשונה בהם ריקה, נראה כאילו אין ערך, ורק כשמגיעים אליו רואים משהו) בכולוםן זה לפחות לא מחרב. אם יש בגים נוספים, דווחו. אם יש קטסטרופה, אפשר לשחזר את עריכתי האחרונה בדף הגאדג'ט. קיפודנחש01:37, 7 ביולי 2017 (IDT)
עדיין יש התנהגות לא תקינה בתבניות סטויות, למשל תבנית כזו: {{שני טורים | 2 = טור שני | טור ראשון }}. הקוד היה לי מסובך מדי ולא רציתי את הסיבוך (והבגים שיבואו אתו) בשביל מקרה קצה שלא נראה לי מעניין. זה לא בלתי אפשרי, ואם מישהו יכול להצדיק טיפול במקרה קשה כזה, אנסה. בגדול, לא בשביל תבניות כאלו נוצר האשף: בתבניות בהן ערכי הפרמטרים הם מבנים מסובכים, עם שורות חדשות, תבניות מוכללות וכולי, כנראה שיותר נכון לא להשתמש באשף. (על הדרך: שים לב שהדוגמה הראשונה כאן חושפת גם בג שלא קשור לאשף, אלא לפרסואיד עצמו. בג ידוע כבר יותר מעשר שנים....) קיפודנחש01:58, 7 ביולי 2017 (IDT)
בנוסף, האשף משאיר עכשיו פייפים מיותרים. הוספתי לערך עכשיו את {{אישיות תקשורת}}. הפייפ במקור נוצר כאשר יש השלמה אוטומטית של שם התבנית. בעבר זה לא הפריע כי יצירת התבנית עם האשף העיפה אותו. עכשיו הוא נשאר, ואחרי הרישום קבלתי שגיאת פרמטרים... בקיצור, צריך לשחזר את התיקון הזה. בורה בורה - שיחה12:51, 7 ביולי 2017 (IDT)
ראיתי. אצלי זה לא קורה, כי אצלי לא דלוקה האופציה המזיקה "רשום שדות ריקים". השאלה היא בעצם מה לעשות עם שדות ריקים. אפשר בקלות יחסית לא להוסיף שדות ריקים שלא מופיעים בהגדרת התבנית לאשף, או בכלל לא להוסיף שדות שלא מופיעים בהגדרת התבנית (אפילו כאלו עם תוכן) לאשף. זה יכול ליצור שגיאות כשהשדה שלא מופיע בהגדרה הוא alias, אבל אולי זה מקרה קצה, ושווה לספוג את השגיאות הללו. קיפודנחש21:11, 7 ביולי 2017 (IDT)
את השדות הריקים כבר עברנו בהצבעה ברוב של 70% אז תתיישר עם זה. החזר את הפונקציונליות הישנה והטובה. רושמים כל מה שב-TD ואם יש שדה בתבנית שאינו ב-TD, צובעים אותו באדום. ברוב מוחלט של המקרים אלה יהיו שמות שדות מומצאים שנוצרו בגלל הצ'קטי המטופש שהסיר את הריקים ואנשים ניחשו שמות שדות, ועל כן צריך להעביר את התוכן לשדות חוקיים. בורה בורה - שיחה21:29, 7 ביולי 2017 (IDT)
לא ברור לי למה כוונתך ב"תתיישר עם זה". זה שהצבעתם לא משנה את המציאות כהוא זה. "הפונקציונליות הישנה והטובה" הייתה הבג שדווח על ידי יגאל ופתח את כל הסאגה הזו: פרמטר מספרי שהופיע בתבנית בלי 1= או 2=, האשף התעלם ממנו. קשה לי להאמין שאתה דורש ברצינות שאחזיר את ההתנהגות הזו. קיפודנחש21:38, 7 ביולי 2017 (IDT)
"תתיישר עם זה" הכוונה שתפסיק להשתמש במונחים כמו "האופציה המזיקה", כי הרוב רוצה את "האופציה המזיקה"... הפונקציונליות הישנה והטובה, אומרת שתחזיר את מה שהיה והסברתי לעיל. לא אמרתי להחזיר את הבאג. "לא להוסיף שדות ריקים שלא מופיעים בהגדרת התבנית לאשף" נשמע לי פתרון טוב כי הוא יפתור את הבאג, ירשום רק את השדות הריקים החוקיים ללא נספחים ועדיין ישמר את הצבע האדום על שדות מומצאים. בורה בורה - שיחה22:11, 7 ביולי 2017 (IDT)
זה שהרוב רוצה לא עושה זאת פחות מזיק, ואין לי כוונה להפסיק להשתמש במונח כלשהו רק בגלל שהרוב (או ההנהלה) חושב אחרת. להחזיר את מה שהיה זה פשוט להתעלם מפרמטרים מספריים שמופיעים בלי "N =", בין אם ריקים ובין אם לאו. לגבי "לא להוסיף שדות ריקים שלא מופיעים בהגדרה: הכוונה לכך השדות, לאו דווקא מספריים. כלומר, אם שדה כלשהו לא מופיע בהגדרה, והוא ריק, בשמירה הוא לא יופיע. (בעריכה עדיין תראה אותו). קיפודנחש22:41, 7 ביולי 2017 (IDT)
"אם שדה כלשהו לא מופיע בהגדרה, והוא ריק, בשמירה הוא לא יופיע" זה מצויין. רק לא לשכוח לסמן אותו באדום. אגב, בהמשך יגאל טוען שאת הפרמטרים הכפולים אין להשמיד אלא לסמן ואני מסכים איתו. הרבה פעמים הפררמטר הכפול עם התוכן הוא לאו דווקא ראשון, ואז הוא בעצם נעלם עם התוכן ונשאר הריק במקומו. אלה חוויות מהשטח. אם תוכל לצבוע או לחילופין להתריע, זה יהיה מועיל. בורה בורה - שיחה22:53, 7 ביולי 2017 (IDT)
בוצע (פרמטר לא מוגדר בלי ערך מופיע באשף, באדום כמובן, אך לא נשמר)
לגבי פרמטרים כפולים: למעשה, ההתנהגות היום היא שהאשף לוקח את הערך האחרון, לא הראשון. כמדומני שגם התבנית (או, נכון יותר, פרסואיד) נוהגת כך (כלומר רק הערך האחרון מועבר לתבנית עצמה). לדעתי האשף כרגע לא מקלקל כלום בהתנהגות הזו - הפרמטר שהאשף מוחק מעולם לא עשה כלום. קיפודנחש23:08, 7 ביולי 2017 (IDT)
את האחרון הוא בכלל לא מעלה לאשף כך שאף אחד לא מודע לקיומו
בשמירה הוא לא נוגע בו וכך נותרנו עם פרמטר כפול, מה שלפחות בעבר זכור לי שהיה מתנקה.
בעת יצירה של {{פילוסוף|}} בדף האשף נוצר "1=" ובעת השמירה הוא נעלם? לשם מה נוצר מלכתחילה ומפחיד את העורך מנין זה בא? תוכל לראות דוגמה חיה בערך דניס שפובלוב שתקנתי עכשיו
בדוגמה "קיפודנחש 2" הורדתי את "1=" והוא העביר את מקום הלידה השני תחת "קישורים חיצוניים". זה באג באשף (פחות נראה לי) או בדרך בה התבנית נבנתה?
ראה בפלורן מאלודה את הגרסה הזו. זה מקרה פשוט ששכחו לשים "=" אחרי "שערים בנבחרת כשחקן". עכשיו כשנכנסים לזה עם האשף הוא הופך את זה ל"1=שערים בנבחרת כשחקן" מה שממש לא טוב כי זה שדה כותרת ולא שדה תוכן
לא בטוח שהבנתי את התלונות, או נכון יותר, במידה שהבנתי הן לא מוצדקות. במשתמש:בורה בורה/טיוטה יש כמה תבניות, ולא בטוח שאנו מדברים על אותו דבר. מה שראיתי שם זה משהו כזה בערך:
| 1 =
מקום לידה = 888
שים לב שלא מדובר בפרמטר (שני) שנקרא "מקום לידה", אלא בפרמטר בשם "1", שערכו הוא "<שורה חדשה>מקום לידה = 888". בהתאם לתלונות המוצדקות שהיו, הפסקתי "לשטח" ערכי פרמטרים (במטה-דטה הישן הייתה אופציה multiline, אבל TD לא תומך, אז עכשיו ההחלטה היא לפי הערך). שים לב שבאשף, כשאתה פותח את הפרמטר 1=, פתאום רואים שהוא בעצם לא ריק. אם תשנה זאת ל
לגבי #4: זה בדיוק מה שהאשף צריף לעשות. {{פילוסוף|}} זה בדיוק "תבנית פילוסוף עם פרמטר #1 בלי ערך", וזה מה שרואים. כמו שהסכמנו, פרמטרים שאינם בהגדרת התבנית ואין להם ערך, יופיעו באשף באדום, ומתאיידים בשמירה. לגבי #6: במצב ששכחו לשים "=": אם אין = אז זה פרמטר מספרי. האשף אמנם נקרא "אשף", אבל הוא לא _באמת_ קוסם, ואם מישהו מצפה לקסמים הוא יתאכזב. קיפודנחש01:19, 8 ביולי 2017 (IDT)
אבל בגרסה מאתמול שני אלה לא היו... לפחות לגבי #6, ההתנהגות הקודמת הייתה עדיפה וקלה יותר לאיתור למנטרים. הוא לא ייצר פרמטר חדש בשם 1 וסיפח אליו את שם הפרמטר אלא פשוט העלים אותו. משתמש:נדב ס, מה אתה אומר? בורה בורה - שיחה01:42, 8 ביולי 2017 (IDT)
מה פירוש "שני פרמטרים באותו שם"? נניח {{תבנית כלשהי | יגאל = חכם | יגאל = יפה }} ? מה לדעתך צריכה להיות ההתנהגות הנכונה כאן? אולי לא הבנתי את הדיווח - נסה בבקשה להבהיר. קיפודנחש17:55, 7 ביולי 2017 (IDT)
כן, רק עם ערכים פחות מטומטמים. יש כמה אפשרויות להתנהגות נכונה. להשאיר את שניהם. לשאול מה יותר טוב. להדביק לאחד. להודיע שהראשון נמחק. יגאל (בקשת עזרה, IKhitron ושיחה) 17:57, 7 ביולי 2017 (IDT)
אנחנו מדברים על שני דברים שונים. ברור שזו שגיאה, ויש קטגוריה מתאימה - לא זו השאלה כאן. השאלה היא האם זה מתפקידו של האשף לפתור את השגיאה הזו, והתשובה היא לא. תפקיד האשף הוא פשוט: לתת למשתמש גישה נוחה לרשימת הפרמטרים של תבנית, בין השאר כדי שאפשר יהיה להיפטר מהאיוולת שבאילוח דפים בוויקיפדיה בתבניות עם פרמטרים ריקים ומיותרים. כשעורכים, גם העורך החזותי וגם עורך קוד מקור יודעים להגיש לעורך את רשימת הפרמטרים. אם מתחילים ממצב שגוי, ויש הרבה כאלו - למשל, תאר לעצמך מצב של תבנית מקוננת בתבנית, אבל בתבנית הפנימית, העורכת השאירה תו כיווניות בלתי נראה בין שני הקרליז ב-{{ . מבחינת המערכת התבנית הפנימית לא קיימת, ולכן ה-}} שסוגר אותה למעשה סוגר את התבנית החיצונית (ברור שזה מצב מדומיין שכנראה לא קיים בפועל - תחשוב על הדוגמה הזו מבחינת העיקרון). זה לא ראלי לדרוש שהאשף יזהה שגיאה זו ויתריע עליה, ובדומה השגיאה שאתה מדבר עליה. גם כך האשף מורכב ומסובך יותר מהרצוי (בין השאר בגלל הגלגולים שעבר, מעבודה עם דף משנה שהגדיר דרך מסוימת לייצג את המטא-דאטה של תבנית, לצורה הקנונית, עם הגדרה שונה), ואין לי כוונה לנסות להפוך אותו לתרופת פלא לכל מחלה אפשרית שקשורה בתבניות. קיפודנחש18:17, 7 ביולי 2017 (IDT)
הבנתי. לא מסכים, אבל הגיוני. זכותך. ואם יום אחד תשנה את דעתך, זה לא נראה לי שאמור לקחת יותר משורה אחת - מחיקת כל פרמטר שזוהה מרשימת הפרמטרים של התבנית. אז פרמטר כפול ייצבע באדום בדיוק כמו פרמטר לא קיים. יגאל (בקשת עזרה, IKhitron ושיחה) 18:24, 7 ביולי 2017 (IDT)
זה לא קשה לזהות את המצב הזה (אולי קצת יותר משורה אחת, אבל לא הרבה יותר), אבל לא פשוט להציע טיפול נכון. לצבוע באדום לא עוזר לאף אחד, לדעתי. אפשר אולי לחשוב על משהו כן מועיל, אבל כאמור, זה מסבך את הקוד לצורך טיפול במשהו שלא מתפקידו של האשף לטפל בו. קיפודנחש18:28, 7 ביולי 2017 (IDT)
מה זה "את זה"? לצבוע באדום? איך זה מועיל? כדי לעשות משהו מועיל במקרה שהתבנית שכרגע נמצאת בדף וסומנה בגויה בצורה כזו, צריך משהו יותר מורכב מ"לצבוע באדום", ולא עלה בדעתי משהו כזה שאפשר לממש בקלות, בלי לסבך את הקוד יותר מדי. זה בוודאי לא "שורה אחת".
יותר מעניין: אחרי ששני הדיווחים האחרונים של משתמש:בורה בורה טופלו, לדעתי האשף עובד כרגע בצורה תקינה. אשמח אם הקביעה הלא מבוססת הזו (הבדיקה שעשיתי חפיפית לגמרי) תיבדק. קיפודנחש19:26, 7 ביולי 2017 (IDT)
אין לי כוונה להאריך בוויכוח, אבל אינך מדייק: הצעת כמה דרכי פעולה אפשריות שכולן יקרות (כרגע אין באשף דרך מסודרת "להודיע" דברים, ואין לי כוונה להיכנס לפרויקט ארוך ללמד את האשף "להודיע" - יש לי ניסיון אתכם ;). ברגע שמוסיפים פיצ'ר חדש אז אחד רוצה את זה שני סנטימטר ימינה, ושני אומר לצבוע בבז', ולוקח לי חודש לצאת מזה), ואחר כך, בתגובה אחרת, אמרת "לצבוע באדום", פעולה חסרת ערך, לדעתי, בלי לתת שום נימוק למה זה טוב. זה לא. קיפודנחש23:14, 7 ביולי 2017 (IDT)
הכנסתי את הניהול לתבנית:מיזמים. אבל קורה שם משהו מוזר שלא נתקלתי בו ב-700 התבניות הקודמות... כאשר יש שגיאת פרמטרים, היא "מחרבשת" את התצוגה בערך עצמו. לאחר התיקון, הכל חוזר על מקומו בשלום. ראה למשל הערך איידהו. אני גומר לתקן מה שיש, ומסיר את הניהול עד שתבדוק את העניין. בורה בורה - שיחה14:34, 12 ביולי 2017 (IDT)
@בורה בורה:תבנית:מיזמים נפתחת בפתיחת טבלה - {| .הפרסר של ויקיקוד דורש שפתיחת טבלה תתחיל תמיד בשורה חדשה. כאשר הכללת מערכת הניהול מחזירה מחרוזת לא ריקה (כלומר כשיש שגיאה), ההכללה שלה בתבנית דוחפת את ה -{| , כך שהוא כבר לא התו הראשון בשורה, והפרשן לא מתייחס אליו כפתיחת טבלה. יש שני דברים שאפשר לעשות: הוספת שורה חדשה בתבנית עצמה (ראה עריכתי) - זה קל ופשוט, אבל גורם לשינוי קל בהתנהגות (לפני הוספת מערכת הניהול לא הייתה שורה חדשה). אפשרות שנייה, "נכונה" יותר אבל טיפלה מורכבת היא החלפת {| (פתיחה) ו- |} (סגירת הטבלה) בתגי HTML: <tr> and </tr> במקרה השני צריך לשים לב להכליל בתג את התכונות הכלליות של הטבלה שמופיעות אחרי ה -{|, כמו למשל class=wikitable, ולהוסיף מירכאות כשצריך (בדוגמה, הפרשן של ויקיפדיה מוכן לקבל class=wikitable, למרות שזה לא תקין, אבל כשמכניסים לתג HTML יש לעשות זאת בצורה תקינה, ולהקפיד על מירכאות: "class="wikitable. החזרתי את מערכת הניהול לתבנית והוספתי את ירידת השורה - אם תרצה לתרגל החלפה בתגי HTML - נסה כוחך. את תרצה הדגמה של החלפה בתגי HTML, אמור לי.
שים לב שזה כמעט מקרה ראי של המצב בו המערכת חירבשה רשימות: שם היה חשוב _שלא_ תהיה ירידת שורה, ולכן עברנו ל-span, כדי שכל הפלט של המערכת יהיה בשורה הראשונה של התבנית. נסה לזכור זאת בפעם הבאה שתוסיף את מערכת הניהול לתבנית שמתחילה ב "{|" בשורה 0 (כלומר השורה בה אתה מוסיף את מערכת הניהול). קיפודנחש18:20, 12 ביולי 2017 (IDT)
לניהול עצמו (כלומר ללוגיקה של היחידה) זה לא משנה, אבל העברת הניהול לסוף התבנית תדפוק את הסימון: הסימון מניח שהניהול נמצא לפני התבנית. כל הקטע של ההודעה, הסימון, הגאדג'ט והסקריפט תמיד טופל כלאחר יד, ומעולם לא הקדשתי לו חשיבות מרובה, בציפייה ובתקווה שמישהו שזה כן מעניין אותו יעשה את זה בצורה נכונה. החלק שהתרכזתי בו היה היחידה, קריאת ה td, וניתוח התבנית והפרמטרים. כדי להדביק בתחת במקום מעל הראש, אפשר להגדיר סט אופציות חדש (או ללמד את האופציות הקיימות לקבל פרמטר שאומר שהניהול מודבק בתחת) ולהשתמש, נניח, בעוד מחלקה שמעבירה את המידע הזה לסקריפט שמסמן. בלי זה, הסימון יסמן משהו שמופיע אחרי התבנית עם השגיאה במקום את התבנית עצמה. לאחרונה לימדתי את ה"סימון" להקפיץ את הקופסה לפני התבנית הבעייתית בדף הערך, וצריך יהיה לעשות שם קצת יותר, או ללמד את המפעיל, שבמקרה זה הקופסה קופצת אחרי התבנית עם השגיאה ולא לפניה. זה אולי באמת יחסוך בעיות עיצוב רוב התנהגויות ויקי תלויות-שורה שזכורות לי - רשימות, הזחות, טבלאות, pre שנובע מרווח בתחילת שורה וכן הלאה, מתייחסות לתחילת השורה. לא זכורה לי התנהגות שרגישה לסוף השורה, כך שההצעה של יגאל נשמעת טובה, באופן עקרוני. אם היינו חושבים על זה מראש, אפשר היה אולי לעקוף\לחסוך את כל הקטע של דיב מול ספאן שהשקענו בו לא מעט זמן. מה אתה אומר, בורה, אתה רוצה לפתוח מבצע העברת הניהול לתחת? אולי יש עוד סיבות, חוץ מהשינוי שיהי צריך לעשות בסימון, בגינו כדאי אולי להימנע מכך? קיפודנחש•
מנגנון מדיה ויקי מוסיף מעבר שורה לתבנית, ללא הכללה. האם מעבר לסוף יכול לגרום למצב שמעבר שורה בסוף התבנית בשילוב עם מעבר שורה אחרי הקריאה לתבנית יכול ליצור תג p מיותר? יגאל (בקשת עזרה, IKhitron ושיחה) 22:54, 12 ביולי 2017 (IDT)
לא הבנתי את השאלה. יותר נכון, לא הבנתי את ההצהרה בראש השאלה. מה פירוש "מנגנון מדיה ויקי מוסיף מעבר שורה לתבנית"? אם נניח אצור {{כלום}} שלא עושה כלום, ואז אשרשר חמש כאלו, האם ייווצרו תגי p? לא בדקתי, אבל זה נשמע לי מפוקפק. קיפודנחש22:58, 12 ביולי 2017 (IDT)
אל תבדוק כי לא לזה התכוונתי. אם תשים את התבניות שורה אחרי שורה, הטקסט אמור להווצר בלי מעבר שורה, כי רק שתי שורות יוצרות מעבר. כאן אני לא בטוח שזה יישמר. ואתה לא יודע לספור עד חמש. יגאל (בקשת עזרה, IKhitron ושיחה) 23:04, 12 ביולי 2017 (IDT)
סבא שלי אמר לי: יש שלושה סוגים של אנשים - אלו שיודעים לספור ואלו שלא. את שאר מה שאמרת לא הבנתי. הכוונה להוספת מערכת הבדיקה בסוף התבנית, בלי להוסיף מעבר שורה, בדיוק כמו שהיום בורה מוסיף זאת בתחילת התבנית בלי שזה מוסיף ירידת שורה. לא הבנתי למה פעולה כזו תגרום להוספת שורה (בלי קשר לעובדה שהפרשן של מדיה ויקי מתעלם משורה חדשה). קיפודנחש23:11, 12 ביולי 2017 (IDT)
אני נגד העברה לסוף התבנית ואם אתקל בזה אעביר להתחלה. זה ככה ברור וכולם רואים את זה. אין טעם להשקיע בזה מאמץ. אני גם יודע שאם מצמידים את הניהול לקוד הקיים בתבנית לא נשברת שורה וזה אינו מורגש בערכים. ס"ה אני היחידי, ואולי קצת מייקי, שמוסיף ניהול לתבניות ואנט מסתדרים עם מה שיש. בורה בורה - שיחה23:38, 12 ביולי 2017 (IDT)
קיפודנחש, הוספה בהתחלה כן מוסיפה מעבר שורה מיותר לפעמים, ובהרבה תבניות לא פרמטריות נאלצתי לתקן את זה.
יגאל, אתה מתבלבל. לפני השינוי שבורה עשה, כשהייתה הודעת שגיאה היא הופיעה כ-DIV, דבר שבמקרים מסוימים עושה בעיה בעיצוב, וכנראה זה מה ש"נאלצת לתקן". הפתרון היה להשתמש באופציות עם SPAN במקום. אחרי השינוי של בורה, יש כבר רק SPAN (לא אהבתי את השינוי, משום שיש כאן מצב סטוי של תבנית אחת שכוללת דף משנה של תבנית אחרת, אבל זה פגם אסתטי בלבד, לא פגם ממשי), דבר ש_מונע_ ירידת שורה, ובדיוק בגלל זה, תבניות שהדבר הראשון שהן עושות זה ליצור טבלה ( {| בתחילת השורה הראשונה הראשונה בתבנית), פיתחו בעיה כשיש שגיאה: בדיוק בגלל ש_אין_ ירידת שורה, במקרה של שגיאה, ה- {| כבר לא הדבר הראשון בשורה, והפרסר של מדיה ויקי רגיש לזה. קיפודנחש01:28, 13 ביולי 2017 (IDT)
יגאל, לא התכוונתי להעליב. התכוונתי שאתה מתבלבל בין אלמנט div שיוצר "כאילו" ירידת שורה בעיצוב, ובין שורה חדשה שהפרסר יכול לפרש כבקשה לאלמנט p אם היא נדבקת מלפנים או מאחור לשורה חדשה שכבר קיימת. אין "שורה חדשה" כזו, כפי שכתבת, ולכן אמרתי שאתה מתבלבל. בפעמים הקודמות שהיו בעיות, הצעתי להשתמש בתבנית אופציות אלטרנטיבית שלא מוסיפה div. אתה כנראה לא שמת לב, לשיחות הללו, ובמקום זה כנראה העברת את הניהול לנקודה אחרת בתבניות מסוימות. לא מזמן בורה שינה את תבנית האופציות הראשית, כך שעכשיו מערכת הניהול לא מוסיפה div בשום מקום. עדיין,לפחות באופן תאורטי, זה יכול ליצור בעיות, בייחוד אם יש תבניות שמוסיפה אלמנטי html לא מאוזנים, ומיועדות לשימוש ביחד (הכוונה, נניח, לסט תבניות, כך שהראשונה פותחת טבלה, השנייה מוסיפה שורה או שורות, והשלישית סוגרת. לא בטוח שעדיין יש לנו סטים כאלו, אבל פעם היו, ובוויקיגליש למשל זה סגנון נפוץ, כך שגם אם אין, איזה מתרגם נלהב עליל להביא. לנו יש לפחות בדפי שיחה תבנית "ארכיון" שפותחת אלמנט וסומכת על tidy שיסגור). תבנית לא מאוזנת כזו עלולה להתבסס על הנחה שהתו הראשון בתבנית הוא תמיד הראשון בשורה, ויחד עם זה אולי לא רצוי להוסיף ירידת שורה אחרי הניהול באופן בלתי מותנה. גם תבניות מאוזנות, (כמו המקרה שפתח את הדיון) עלולות להתבסס על ההנחה הזו, אבל בהן זו לא צריכה להיות בעיה להוסיף אנטר בין הניהול לתבנית.
tldr: מערכת הניהול בשום מקרה לא מוסיפה שורה ריקה.בעבר היא הוסיפה div שגרם במקרים מסוימים לאפקט דומה לירידת שורה, ולכך התכוונתי כשאמרתי שהתבלבלת. אם נעלבת, לא לכך הייתה הכוונה, וצר לי על הניסוח. קיפודנחש15:43, 13 ביולי 2017 (IDT)
יגאל, אתה יודע (או אמור לדעת) שבורה קשיש, ודברים נשמטים מזיכרונו. את הסבב של div ל-span עשינו איזה חמש* פעמים עד שזה בסוף נקלט - בפעם האחרונה הוא פשוט החליט להעביר ל-span באופן גורף, ואולי זה מה שיצר את הבעיה לתבנית הספציפית הזו. (אולי בעיה דומה נוצרה בתבניות נוספות, ולא שמנו לב כי הן נקיות. (* אולי הגזמתי טיפה - נגיד 4.... ;)) קיפודנחש18:30, 13 ביולי 2017 (IDT)
בהרבה מקרים המספר של הערכים עם הבעיות בפרמטרים שמוצג בראש דף התבנית אינו מעודכן. זה קורה כנראה בגלל שהדף לא מתרענן לאחר שכל השגיאות תוקנו. כמובן שעריכה ריקה של דף התבנית פותר את זה. אך האם יש אפשרות להוסיף כפתור רענון (שיבצע עריכה ריקה) באותה מסגרת בראש דף התבנית? מתייג גם את בורה בורה. נ.ב. האם יש דף בו ניתן להעלות סוגיות בנושא בקרת הפרמטרים? ראיתי ששיחת ויקיפדיה:מערכת בדיקת פרמטרים ריקה. כדאי להעביר לשם את כל הדיונים על המערכת. יש סיכוי שהדורות הבאים לא ידעו שצריך לחפש בארכיון של בורה בורה ושל קיפודנחש. אינג.יונה ב. - שיחה - הבה נכחילה08:32, 16 ביולי 2017 (IDT)
אתה בטוח שעריכה ריקה בדף התבנית מסדרת את זה? להבנתי, אם זה המצב, אז הוספת purge=true לשורת הכתובת אמורה לפתור את הבעיה, ולזה יש כלים. ראה את כל התבניות כמו היום בהיסטוריה למשל, עם "רענון העמוד הראשי". אם זה לא מספיק, אפשר לבקש מיגאל ללמד את סקריפט הרענון שלו לרוץ גם מדף התבנית, לא רק הקטגוריה. השאלה הספציפית הזו לא נוגעת דווקא למערכת הבדיקות, וקשורה למשהו קצת אחר, אבל אתה צודק שהיה עדיף אם השיחות הללו היו מרוכזות במקום אחד. לי אין כוונה להחיל בפרויקט ארכאולוגי כזה, אבל זה לא צריך להיות נורא מסובך. אם מישהו מתכוון לעבוד על זה, כדאי לדעתי לעשות זאת בעזרת "הכללת סעיף", ולאו דווקא בהעתקות והדבקות. קיפודנחש17:33, 16 ביולי 2017 (IDT)
אפשר להוסיף לסקריפט הקיים, אבל אני הייתי פשוט כותב סקריפט חדש שמרענן אוטומטית כל פעם שנכנסים לתבנית עם ניהול פרמטרים. אם זה מה שאתם רוצים אז אני אכתוב. אור • שיחה • 18:45, 16 ביולי 2017 (IDT)
אור, סקריפט הרענון הוא כבד ומציק (על הדרך: יגאל, אם אתה קורא, לדעתי עדיף שהסקריפט ישלח שלושים וינוח דקה, במקום לשלוח אחד כל שלוש שניות: במקרה הנפוץ שיש למשל 14, הסקריפט יעשה זאת במכה אחת ויחזור אחרי שתי שניות, במקום להציק עם 14 הודעות במשך 28 שניות) אין טעם להריץ אותו אוטומטית כל פעם שנכנסים לדף התבנית. מספיק ללמד את הסקריפט הקיים לרוץ (ידנית) מדף התבנית כמו שהוא מורץ (ידנית) מדף הקטגוריה. פשוט כרגע, למיטב זכרוני המקום היחיד שסקריפט הרענון יודע לרוץ הוא דף הקטגוריה. לדעתי זה מפוקפק: אם מה שיונה אומר נכון, ומספיקה שמירת סרק בדף התבנית, כל מה שצריך זה להוסיף {{רענון נתונים}} לתבנית (הוספתי, בוא נראה אם זה עושה מה שיונה אומר שזה עושה). קיפודנחש19:27, 16 ביולי 2017 (IDT)
כן, אני יודע, אבל ככה זה. הבעיה היא בהגבלות על הכמות לרוב המשתמשים. למפעילים ובוטים זה רץ אחרת לגמרי, הרבה יותר מהר ובכמויות, לא אחד אחד. יגאל (בקשת עזרה, IKhitron ושיחה) 19:45, 16 ביולי 2017 (IDT)
יגאל, קרא בבקשה מה שכתבתי. ההגבלות הן 30 בדקה. אפשר לשלוח 30 ולנוח דקה, וביקשתי שתשקול לשנות את הסקריפט שינהג כך - זה יהיה שיפור גדול. קיפודנחש19:48, 16 ביולי 2017 (IDT)
יגאל, נסה להקשיב. שלושים בדקה זה לא יותר לאט מאחד כל שתי שניות, ועבור כל מספר קטן משלושים זה שיפור עצום: אם יש בקטגוריה 14 ערכים (מקרה די נפוץ), אין שום סיבה לא לשלוח את כולם במכה אחת - הקריאה תחזור תוך שתי שניות, במקום לשלוח אחד כל שתי שניות כמו שאתה עושה עכשיו, דבר שמאלץ המתנה מיותרת של 28 שניות. אם יש בקטגוריה 29 ערכים, זה אפילו יותר דרמטי. כשיש יותר משלושים זה עדיין שיפור, אבל פחות דרמטי: נניח אם יש 45, התהליך כמו שהצעתי יקח דקה (שלח 30, המתן 2 שניות לתשובה, תנוח דקה, ושלח את 15 הנותרים), במקום 90 שניות כמו שהסקריפט היום לוקח. כנראה לא הבנת משהו אם נדמה לך שמה שהצעתי זה "לאט הרבה יותר אפילו מההגבלות". ההגבלה היא שלושים בדקה, ואני הצעתי שתשלח שלושים בדקה - פשוט במקום לפזר את השלושים על פני הדקה, שלח את כולם ביחד, ואם יש יותר משלושים, המתן דקה כדי להרגיע את השרת, ושלח את ה-batch הבא, של לכל היותר 30, וכן הלאה. מה קשה להבין? קיפודנחש20:06, 16 ביולי 2017 (IDT)
את זה דווקא הבנתי. אבל נניח שיש 45. אם זה אחד בשנייה זה לוקח 45 שניות. אם זה 30 במכה, שייקח 20 שניות, ואז עוד 15 במכה, שייקח עוד 10 שניות, וביניהם דקה המתנה, זה יקח דקה וחצי, כפליים. ואי אפשר לחכות פחות מדכה, כי אם זה ירוץ מהר, והכל ייגמר תוך שנייה, אז באמת צריך דקה. יגאל (בקשת עזרה, IKhitron ושיחה) 20:15, 16 ביולי 2017 (IDT)
אתה מדהים אותי. כרגע אתה שולח אחד בשתי שניות, לא אחד בשנייה, משום שהתקציב זה 30 בדקה. אם שולחים אחד בשנייה, אז ב-33 בערך השרת יתרגז. אתה לא עושה זאת. זה לא לוקח לשרת שתי שניות לרענן. השרת מרענן 30 בפחות משנייה (אל תאמין לי: נסה ותיווכח). ההמתנה זה דבר כפוי, שאין לו שום קשר לשאלה כמה הפעולה עולה לשרת. המריחה של ההמתנה לשתי שניות לכל דף במקום משלוח 30, תמיד מציקה למשתמש. אם תשלח שלושים במכה, תצמצם את ההמתנה לכלום כשיש פחות משלושים, דקה (לא דקה וחצי, כמו שנדמה לך משום מה) כשיש בין 30 ל 60, דקה וחצי עד 90, וכן הלאה. בכל אחד מהמקרים זה תמיד פחות מההמתנה שאתה כופה היום של שתי שניות לכל דף. מה שלא מובן לי זה איפה אתה מתקשה בהבנת העובדה הפשוטה הזו. מה לא ברור כאן?קיפודנחש21:02, 16 ביולי 2017 (IDT)
צודק. התבלבלתי בין שנייה לשתי שניות. אני אתקן את זה (נצל"ש: @) 30 במכה, ואז המתנת 30 שניות לבוט או מפעיל ו-60 שניות לשאחרים זה בסדר? יגאל (בקשת עזרה, IKhitron ושיחה) 21:32, 16 ביולי 2017 (IDT)
30 בדקה זה literally: זה אומר שאפשר לשלוח 30 במכה והשרת יבצע את הפעולה בהכנעה ובמהירות (נסה, אפילו כאלמוני!), אבל צריך להמתין דקה לפני שמבקשים עוד (הייתי לוקח "טווח ביטחון" וממתין אולי 61 או 62 שניות). לא ערכתי בדיקות מקיפות, אבל להבנתי, אם משתמש בהגבלת קצב רגילה ישלח 30, ימתין 59 שניות ואז ישלח אפילו 1, הפעולה עלולה להיחסם. אחרי ששילמת את קנס ההמתנה של דקה שלמה, אין סיבה לא לשלוח עוד 30 - את המחיר המלא שילמת, למה לא לקחת את התמורה המלאה? כשמדובר בבוט או מפעיל, להבנתי אין צורך להגביל ל-30, ואין צורך להמתין חצי דקה. הייתי שולח בקבוצות של, נניח, 100, ואז ממתין קצת - בטח לא יותר מ-10 שניות בין נגלה לנגלה. כמובן, אלו מספרים שמשכתי ממקום בו השמש לא זורחת - אם אתה רוצה לדעת באמת, תצטרך לבדוק בעצמך איך זה פועל באמת. קיפודנחש21:46, 16 ביולי 2017 (IDT)
הקישור זה כדי להראות לך שיש הרבה ויקים, לאו דווקא מיזמים של קרן ויקימדיה, שמשתמשים בכלי הזה. עוד אחד לא יעשה הבדל. הקוד כמובן מופיע ברישיון שמרשה זאת, כך שבוודאי שלא צריך רשות. לגבי המגבלות לבוטים ומפעילים, זה מה שכתבתי לך לפני הרבה זמן: אם שולחים מספיק בקשות כאלו, זה כנראה מנפח את תור המשימות. בחשבונות בהם אין מגבלה, אולי כדאי לבדוק את אורך התור, ומעל סף מסוים להמתין. אין לי הרשאות לנסות זאת בעצמי, אבל אופתע אם בעיות מופיעות לפני ששלחת איזה אלף או אלפיים. מה שהייתי מנסה זה לשלוח נגיד אלף, ואז לחכות שתור המשימות יחזור למשהו פחות ממאה, ואז האלף הבאים. אל תצעק עלי אם המספרים הללו לא עובדים עבורך - תצטרך לנסות עד שתגיע למשהו שעובד. קיפודנחש18:07, 17 ביולי 2017 (IDT)
לא אצעק עליך בכל מקרה. אני אולי אנסה, אבל לא נראה לי שבקרוב, כי זאת עבודה מאוד מייגעת. בעניין הקישור שנתת - זה לא הכלי שדיברתי עליו. לא מעניין אותי imagemap, שיש לרבים, אלא צביעת imagemap, שזה משהו הרבה יותר נקודתי. יגאל (בקשת עזרה, IKhitron ושיחה) 18:18, 17 ביולי 2017 (IDT)
הבט בקישור - הוא לדף השיחה, והשיחה הכי "טרייה" שם מדברת על "Imagemap Area highlight script". בפוסט הראשון בשיחה הזו יש קישור ל-מדיה ויקי:Imagemap-Highlight.js, וכל השיחה הראשונה עוסקת בו. (היא "הכי טרייה" למרות שהיא מלפני איזה 5 שנים, משום שמישהו הוסיף לשיחה הזו הערה לפני 20 ימים). קיפודנחש20:53, 17 ביולי 2017 (IDT)
הייתי כנראה צריך לקשר לmw:Topic:Qehhjzl4byf80gog. ניסיתי לעשות לי חיים קלים, כי זו השיחה הראשונה שם, אבל כנראה כל קיצור דרך כזה מאריך בהרבה. (כדי לייצר את הקישור (מה שקראת "סולמית") מקישים על שלושת הנקודות בכותרת השיחה ובוחרים permalink). קיפודנחש21:03, 17 ביולי 2017 (IDT)
הוספת רענון נתונים עונה על הצורך שהצגתי. תודה. בנוגע לנושא השני שהעליתי. אשמח אם מהארכיונים שלך ושם בורה בורה יועברו הדיונים הרלוונטיים לדף יעודי (גם דיון זה יקוטלג שם כאשר הוא יסתיים). ואם העברת ההיסטוריה היא טרחה שלא לצורך, אפשר להתחיל מעכשיו לארכב ודון בדף יעודי. הצעתי את שיחת ויקיפדיה:מערכת בדיקת פרמטרים אך אם יש דף מתאים יותר אחר, אין לי בעיה שיועבר לשם. אינג.יונה ב. - שיחה - הבה נכחילה07:54, 17 ביולי 2017 (IDT)
ניסיתי, אבל החזרתי. אי אפשר לעבוד. זה מציג הודעה פעם בחצי דקה, ושאר הזמן לא יודעים אם עובד אם לא. אם אתה רוצה, אפשר ליצור סקריפט אחר או משתנה גלובלי שבוחר את המוד, בשבילך. יגאל (בקשת עזרה, IKhitron ושיחה) 21:34, 23 ביולי 2017 (IDT)
קורה לפעמים. הבעיה הזו לא קשורה למערכת הניהול, זו בעיה בוויקיפדיה עצמה. בדרך כלל שמירה ריקה של הערך עתמו מסדרת את הבעיה, וכך היה במקרה הזה. אין לי המלצה טובה למקרה הכללי, אבל כשזה דף אחד או מספר קטן, נסה שמירה ריקה. קיפודנחש07:29, 18 ביולי 2017 (IDT)
את ה"רענון" הוספתי לפי בקשתו/דרישתו של יונה, שאמר שזה עוזר, אחרי שאני הבעתי ספק בתועלת. אתה לא צריך רשות ממני להסיר, אבל אולי כדאי שתדבר עם יונה - יכול להיות שהוא יודע מה הוא אומר. לגבי לפעמים מול תמיד - ככה זה. תוכנת מדיה ויקי לא מושלמת, ולפעמים השרתים משתעלים. זה בדרך כלל מסתדר בסוף. אם זה לא יקרה, בוא נדבר על סריגת סקריפט רענון יותר אלים מהסקריפט של יגאל. זה לא קשה לעשות - במקום לשלוח בקשה ל-purge, אפשר לבצע (מה-API) שמירה ריקה, בתקווה שזה יעזור. זה לא רצוי (למעשה גם קריאה ל-purge לא רצויה - המערכת הייתה צריכה לחשבן לבד אילו דפים דורשים רענון, ולעשות זאת בשקט וביעילות. בינתיים היא לא מתמודדת עם האתגר יפה), אבל כל זמן שהמערכת דורשת סטירה מפעם לפעם, אפשר לספק לה את מבוקשה. קיפודנחש00:56, 20 ביולי 2017 (IDT)
לא יודע אם אתה זוכר, אבל בזמנו היית נציג מול המערכת הויקי לגבי בעייה של חיפוש ביטוי שיכלול גם דפים שבהם קיים ניקוד. הבעייה תוקנה, הודות לך. עכשיו כנראה שמצאתי עוד חסרון.
היי. פתחתי את הדף טום בייקר. הוא מתחיל מהמילים: ”שגיאת לואה ביחידה mw.wikibase.entity.lua בשורה 34: The entity data must be a table obtained via mw.wikibase.getEntityObject”. בלחיצה מקבלים
שגיאת לואה ביחידה mw.wikibase.entity.lua בשורה 34: The entity data must be a table obtained via mw.wikibase.getEntityObject.
לא יודע. IKhitron: כשנכנסים לפריט ויקינתונים של הדף המתאים, רואים שהעריכה האחרונה שם היא מלפני כמה ימים של שינוי הערך באנגלית - האם תוכל לזהות דפוס דומה (או דפוס אחר) בשגיאות כאלו? ערן - שיחה23:40, 21 ביולי 2017 (IDT)
לחלוטין לא זכרתי את זה. אתה בטוח שזו תוספת שלי? בכולופן, אין שום מניעה להוריד. אנסה להגיע לזה מאוחר יותר, אם לא תשיג אותי. קיפודנחש16:58, 24 ביולי 2017 (IDT)
היי. אתה יכול בבקשה לכוון את סקריפט 88 כך שהגאדג'ט החדש של מדיה ויקי, שפרסמתי עליו בחדשות, לא יזהה אותו? כי לפעמים הוא מציג מספר נכון, ולפעמים מספר נכון פלוס כמה שיש בכוכב של הסקריפט. תודה, יגאל (בקשת עזרה, IKhitron ושיחה) 21:35, 24 ביולי 2017 (IDT)
היי. זה לא שלי בכלל. אפילו לא קראתי אותו. רק חיברתי אותו. ועדיין, אני ממשיך לחפש דרך שהקוד בכלל לא יהיה אצלנו מקומי. קראת את הגיליון האחרון של collaboration? ולעצם העניין - לא הייתי רוצה לבקש שינוי קוד של מדיה ויקי. ועוד יותר לא הייתי רוצה ליצור גרסה מקומית. אי אפשר לעשות משהו ב-88? בבקשה. אחרי ההתנגשות - תודה רבה ואותה בקשה. יגאל (בקשת עזרה, IKhitron ושיחה) 21:43, 24 ביולי 2017 (IDT)
זה לא "קוד של מדיה ויקי". זה קוד מקומי כאן. זה שהעתקת אותו מאיזה מקום זה לא רלוונטי. המוציא מחברו, עליו הראיה: הבאת גאדג'ט חדש, אחריותך שהוא יחיה בשלום עם הקיימים, לא ההפך (ושוב: ערכתי אותו כך שלא יספור את 88, למרות שכאמור, לא בדקתי אם השינוי שלי עובד, או אפילו אם הוא בעצם דופק את הסקריפט החדש). בכולופן, אין לי כוונה להמשיך להתעסק עם ה-88 הזה - הוא היה טוב ונחמד בשבילי בצורתו המקורית, ועיניתי אותו מספיק בתגובה לבקשות ודרישות, רובן ככולן ממך. מצידי, אפשר להכריז שהסקריפט החדש לא תואם עם 88, ושלום על ישראל (שוב: שיניתי את הקוד שהבאת כך שלא יספור את 88, אבל זה שינוי מקומי, כמו שהקוד מקומי). קיפודנחש21:50, 24 ביולי 2017 (IDT)
יש מצב שתרשה לי לחפש פתרון עבור 88? אמרתי לך למה זה לא יכול להיות מקומי - אני רוצה למצוא דרך שהקוד בכלל לא יהיה אצלנו, אלא ייבוא, כדי לא לשכפל עותקים. מספיק כבר הזוועות של wikEd ושל wikEdDiff, שכשהיה צריך לתקן שם מילה, הורץ בוט על כל אתרי ויקי כדי לתפוס את כל העותקים. יגאל (בקשת עזרה, IKhitron ושיחה) 21:53, 24 ביולי 2017 (IDT)
למעשה, wikEd ו-wikEdDiff נטענים אצלנו מוויקיפדיה באנגלית, ולמיטב ידיעתי, כך היה מאז שהגאדג'טים הללו הגיעו הנה. אם משהו, אז דווקא cat-a-lot, שבמשך שנים הרצנו גרסה מקומית שלו (הגרסה דאז של קומונז עבדה רק עם קבצים), ורק לא מזמן יישרתי אותו. לגבי 88 - אתה לא צריך רשות ממני (כמו שלא הצטרכת, לא ביקשת, ולא קיבלת רשות מערן לערוך את צ'קטי). זה גאדג'ט בוויקיפדיה בעברית, וכל מפעיל וכל עורך ממשק יכול לערוך אותו. קיפודנחש22:12, 24 ביולי 2017 (IDT)
תודה. אני לא חושב שאי פעם אערוך את צ'קטי על דעת עצמי. בעניין שני הגאד'גטים הראשונים - אנו כן, אבל יש עוד הרבה גרסאות. אני אנסה לסדר כאן. אם לא, אדבר עם כותב הגאדג'ט. אבל אני ממש לא רוצה גרסה מקומית. יגאל (בקשת עזרה, IKhitron ושיחה) 22:59, 24 ביולי 2017 (IDT)
אין לי מושג מה זה "על דעת עצמי", אבל נראה שערכת את צ'קטי, לפחות פעם אחת... ;). ה"גאדג'ט" הזה לא נראה משהו מושקע במיוחד - נראה משהו שמישהו זרק בחצי שעה. אם רוצים משהו ממש, זה צריך להיות חלק מההרחבה של ההתראות, לא איזה חאפ-לאפ שמלקט מספרים מהמסך. קיפודנחש00:24, 25 ביולי 2017 (IDT)
על דעת עצמי זה אומר אני חושב שצריך לתקן שם משהו, אז אני מתקן שם משהו. העריכה שקישרת הייתה החלטה של הקהילה, לא שלי. הגאדג'ט עובד. אם אתה מתכוון לסיבוכיות - קדימה לעבודה במרץ, כפי שאמר ביבי למצביעי הליכוד לקראת הבחירות ב-2008. יגאל (בקשת עזרה, IKhitron ושיחה) 00:48, 25 ביולי 2017 (IDT)
זה לא כל נדרי. כמו שאתה יכול לערוך את צ'קטי, אתה יכול לערוך כל סקריפט או גאדג'ט אחר. במקרה הזה, לא ברור מה אתה רוצה להשיג - הגאדג'ט שייבאת סופר כמה התראות מסוג alert יש, ואז סופר את כל האחרות וצורר אותן בצרור אחד. מה שכן אפשר לעשות, זה לשלוח לסקריפט שהבאת התראה כל פעם שמשנים את המונה עבור 88, כך שהוא יעדכן את המספר המוצג. המשמעות היא שמי שמתקין גם את 88 וגם את הסקריפט המיובא, יראה _תמיד_ את המספר הנכון - התראות+הודעות+רשימת מעקב. קיפודנחש01:04, 25 ביולי 2017 (IDT)
אוקיי. לימדתי את 88 לשלוח לסקריפט שייבאת הודעה כל פעם שהמספר משתנה (כולל בפעם הראשונה). זו תחרות: אם 88 משיג, הסקריפט שלך יציג את המספר. אם הסקריפט המיובא משיג, בפעם הראשונה ש-88 חוזר, הוא יגיד לסקריפט המיובא לעדכן. כך או כך, המספר המוצג אמור לכלול הכל (מודולו בגים), עבור חבר שהתקין את שניהם. קיפודנחש01:15, 25 ביולי 2017 (IDT)
לא!!! העניין הוא שאני ממש לא רוצה שזה יספור את 88, כי אז זה יופיע תמיד. בשום פנים ואופן. בשביל זה יש כוכב. הסימן האדום צריך להיות רק עבור הודעות והתראות. יגאל (בקשת עזרה, IKhitron ושיחה) 01:18, 25 ביולי 2017 (IDT)
אז אל תתקין 88. הסקריפט שהבאת סופר את כל המונים, ו-88 החליט לשים את עצמו בתור מונה. אם אתה רוצה משהו בשביל רשימת המעקב שאיננו אחד המונים, תתקין משהו עבור רשימת המעקב שאינו ברשימת המונים (בזמנו כתבתי אחד כזה לפחות, ש-88 צמח ממנו). קיפודנחש01:41, 25 ביולי 2017 (IDT)
לא הבנתי למה, אבל אני לא מתכוון להתווכח איתך. כאילו, לי ברור שזה לא "בשביל כל המונים", אלא רק בשביל הודעות, אחרת אין טעם בגאדג'ט הזה בכלל, אבל אני מכיר אותך מספיק כדי לדעת שאי אפשר לשכנע אותך. אני פשוט אוסיף לסקריפט 88 בדיקת משתנה גלובלי. ואם תרצה לעזור ולדאוג שבמקרה כזה אף פעם לא יתווסף, לאלו שלא רוצים את כל השלושה, כמו שאתה עושה בשביל תמיד - אני אשמח. יגאל (בקשת עזרה, IKhitron ושיחה) 02:08, 25 ביולי 2017 (IDT)
קרא את הקוד של הגאדג'ט. הוא אוסף את כל המונים, בכוונה. החדשות הטובות: הקוד מספיק פשוט, ולא תתקשה ליצור עותק, ולשנותו כך שיעשה באמת את מה שנדמה לך שהוא עושה: רק הודעות. למרות שאתה אכן לא זקוק לרשות, אעדיף אם לא תשנה את 88. קיפודנחש08:29, 25 ביולי 2017 (IDT)
עכשיו הוא רושם לי (253) כשבפועל היו לי בערך 20 ברשימת המעקב ואפס התראות והודעות. המספר גדל מרגע לרגע. אור • שיחה • 09:19, 25 ביולי 2017 (IDT)
היי. בפעם הקודמת יצרתי עותק בשביל 88 כי ידעתי שאני היחיד שרוצה התנהגות מסויימת, בשביל השאר היא לא הגיונית. הפעם כשאתה רוצה התנהגות לא הגיונית, אתה לא יכול הרי ליצור עותק פרטי בשביל עצמך, אז למה שלא נשאיר את ההתנהגות אצל בשביל כל השאר.
יגאל, אנא הפסק. מה שאתה רוצה הוא הדרישה הלא הגיונית, אז תעשה את זה לעצמך בצד. מספיק. בבקשה, אל תיגע ב-88. אם אתה רוצה, אתה מוזמן להחזיר את עריכתי לגאדג'ט שהבאת - זה עושה בדיוק מה שאתה מבקש. אודה לך אם לא תיגע ב-88. קיפודנחש17:49, 25 ביולי 2017 (IDT)
עדיין לא הבנתי למה, אבל ברור שאעשה את מה שאתה מבקש. אמרתי לך, אני לא מתכוון להתווכח איתך למרות שאתה טועה. אם אחזיר את עריכתך לגאדג'ט כמו שהצעת, זה יציג רק סכום של שניים, דטרמיניסטי? יגאל (בקשת עזרה, IKhitron ושיחה) 18:01, 25 ביולי 2017 (IDT)
בפועל כן (לפחות כרגע), פורמלית לא: זה יציג את כולם חוץ מ-88. כרגע זה בדיוק שניים (או בלשונך "דטרמיניסטי"), אבל אם מישהו (כולל מדיה ויקי) יתקין או כבר מתקין איזה משהו שמייצר עוד (כמו ש-88 עושה), גם הם ייספרו. אפשר בקלות לשנות את הפילטר, כך שבמקום blacklist הוא ישתמש בלוגיקת whitelist, ואז זה יהיה "רק סכום של שניים, דטרמיניסטי". קיפודנחש18:45, 25 ביולי 2017 (IDT)
תודה. אם כך, אני פשוט אתייעץ עם יוצרי הגאדג'ט, מה הם חושבים. כי אם מישהו יום אחד יוסיף בוויקיטורקית עוד אייקון, שמראה כמה שעות נשאר עד יורובסקט, כדי שזה יתעדכן כל שעה, אז הסכום יהיה לא דבר נכון. יגאל (בקשת עזרה, IKhitron ושיחה) 18:48, 25 ביולי 2017 (IDT)
אם מישהו מתקין משהו בשורת ההתראות/הודעות, מן הסתם "מישהו" רוצה שזה ייספר, בין אם בוויקיטורקית, אבחזית, או עברית. וזה הרעיון מאחרי סקריפט 88. אם אתה רוצה חיווי לרשימת המעקב _שלא_ נספר, אז אתה כנראה לא רוצה את החיווי הזה בשורת ההודעות/התראות. כפי שכבר ציינתי בדיון הזה, יש גם כלים כאלו. אם אתה לא רוצה לספור את רשימת המעקב, אז 88 זה לא מה שאתה רוצה. קיפודנחש18:56, 25 ביולי 2017 (IDT)
(-: אני רואה שאתה חוזר לנושא למרות שביקשת להפסיק, אז הנה מה שאני חושב: הספירה היא לא של כל דבר בעולם, אלא של דברים שדורשים את תשומת ליבך המיידית. נתתי דוגמה עם כדורסל. אני בהחלט מאוד אוהב את 88, אבל אני לא חושב שברגע שיש לי משהו ברשימת המעקב אני חייב לזרוק הכל ולרוץ לראות מה קרה. לעומת זאת, אם יש התראת תיוג, אני כן צריך. אני לא חושב שיש מישהו שמחזיק את רשימת המעקב תמיד בגודל 0 או 1. מצד שני, אם מישהו לא חושב שצריך להתייחס מיידית להתראות, הוא לא צריך את הגאדג'ט, יש לו את השורה העליונה. יגאל (בקשת עזרה, IKhitron ושיחה) 19:01, 25 ביולי 2017 (IDT)
יש (או יכולים להיות) אנשים שלוקחים את זה בדיוק ההפך: הם כן שומרים את רשימת המעקב על 0, ורוצים התראה מיידית כשמופיע משהו חדש. אם לא היו אנשים כאלו, לא היו לך לקוחות ל-WLM. מי שלא לוקח את רשימת המעקב באותה רמת "מיידיות" כמו התראות והודעות, לא צריך לשים את הרשימה באותה שורה כמו ההודעות וההתראות, כלומר לא להשתמש ב-88 אלא במשהו אחר (קישרתי בתגובתי הקודמת). קיפודנחש19:54, 25 ביולי 2017 (IDT)
כשאני פעיל אני מנסה לשמור את הרשימה על 0, עם זאת כיוון שאני מקבל מיילים הייתי רוצה ש88 לא ייספר למעלה, אשמח אם תוכל בבקשה לעשות זאת עבורי, איני מתמצא בקוד ולא יודע איך ליצור עותק עם ביטול ספירת 88. נצל"ש: 88 פעיל אצלי באופן גלובלי, עשיתי העתק-הדבק של הקוד, ואשמח אם תוכל בבקשה דרך להמיר את הקוד המלא בקוד שישאב את הקוד המקומי כדי שלא אצטרך לתקן את הקוד בהתאם לשינויים שעוברים על העותק כאן בשביל להנות משינויים שיהיו. בברכה, מלא כל הארץ כבודי • שלח הודעה ל-013-28143 • ז' באב ה'תשע"ז • 16:57, 30 ביולי 2017 (IDT)
כמו שהסברתי ליגאל כבר מספר פעמים בסעיף השיחה הזה, את השינוי יש לעשות בסקריפט (המקומי!) שהוא ייבא, ולא ב-88. יגאל מתעקש שאי אפשר לעשות זאת - דבר אתו. קיפודנחש22:35, 30 ביולי 2017 (IDT)
מוזר. כי זה בהחלט לא נכון. אפילו קראתי עכשיו שוב את מה שכתבת ליתר ביטחון. אז למען הסר ספק - אני מעולם לא התעקשתי, ואפילו לא אמרתי שאי אפשר לעשות זאת. בהחלט אפשר, כי עשית זאת עד שהחלטת לשחזר כי לא אהבת את זה ככה, וזה בהחלט עבד. יגאל (בקשת עזרה, IKhitron ושיחה) 23:33, 31 ביולי 2017 (IDT)
לא התכוונתי "אי אפשר מבחינה פיזיקלית", כמובן שאפשר: כמו שציינת, ערכתי את הסקריפט הזה בעצמי. התכוונתי שאתה "מתעקש" (כנראה הייתה טעות להשתמש במושג הטעון הזה), שאם יש שני דברים שמתנגשים, ואחד מהם הגיע מאיזה סקריפט שמישהו כתב ב-mw והשני נכתב מקומית (למרות שגם הוא בשימוש גלובלי), חייבים לשנות דווקא את המקומי. זה לא בעניין של "למי יש יותר גדול" - באופן בו הגאדג'ט שייבאת אוסף את המספרים, זה קל ופשוט לשנות אותו כך שלא יספור את מה שלא רוצים (או כך שיספור רק את מה שרוצים - שוב, blacklist מול whitelist), מאשר לשנות את 88 כך שלא ייספר. אולי אתה זוכר ואולי לא, אבל 88 התחיל בתור משהו קטן ופשוט, ובמשך הזמן גדל והסתבך, לפחות חלקית בעקבות ביקורת ממך. לשנות אותו עכשיו בהתאם לסקריפט חדש זה גם לא נכון ולא מכובד (החדשים צריכים להתאים עצמם לקיים, לא לכפות על הקיים להשתנות), וגם, טכנית, הרבה יותר קשה ומסובך מהשינוי הפשוט בגאדג'ט המיובא. קיפודנחש00:08, 1 באוגוסט 2017 (IDT)
אם כך, הבעיה פתורה: החזר לגאדג'ט את השינוי שעשיתי (blacklist), או, אם אתה מעדיף, אפשר לשנות ל whitelist, (זה אולי שינוי יותר פשוט - לא צריך פילטר ופונקציה, רק לשנות את הסלקטור), ושלום על ישראל. קיפודנחש15:22, 1 באוגוסט 2017 (IDT)
בדיוק לתגובה הזו התכוונתי: נראה כאילו לדעתך יש לחכות ל"יוצרי הגאדג'ט" (יהיו מי שיהיו) כדי לעשות שינוי, ולכך התכוונתי כשכתבתי ש"אתה מתעקש" שאי אפשר לשנות מקומית: מה שהם יעשו זה עניינם, אבל מתגובתך נראה כאילו ידינו כבולות עד אז. לדעתי, לעומת זאת, אין שום מגבלה או מניעה לעשות איזה שינוי שאנחנו רוצים מקומית. אם ביום מן הימים זה יהפוך ל"גאדג'ט כללי", הדברים יהיו שונים כמובן - אולי עד אז מישהו יקבל שכל ויממש את הפונקציונליות של 88 במדיה ויקי (בבסיס או בגאדג'ט), וכך נוכל להיפטר משניהם. עד אז, בוא נשנה את המקומי. קיפודנחש17:29, 1 באוגוסט 2017 (IDT)
אני לא מתכוון לחכות להם שבועות, כמובן. אני פשוט לא אוהב גרסאות מקומיות, ראה מה קורה עם CS1. אבל אם אתה רוצה שנשנה את זה כאן זמנית, עד שהם יענו - אין בעיה, אעשה את זה עכשיו. יגאל (בקשת עזרה, IKhitron ושיחה) 18:08, 1 באוגוסט 2017 (IDT)
לי זה לא משנה (הכלי הזה לא מופעל אצלי), אבל נראה לי שבין אלו שכן משתמשים בזה, יש לא מעט שרוצים גם את 88... קיפודנחש21:27, 1 באוגוסט 2017 (IDT)
היי. אני בטוח שכבר קראת את זה היום, אבל למקרה שלא, אולי תצליח לחשוב איך זה ישפר את יחידת הניהול, מי יודע. $wgParser->getPreprocessor->preprocessToDom('template transclusion wikitext');. יגאל (בקשת עזרה, IKhitron ושיחה) 15:27, 15 באוגוסט 2017 (IDT)
TBH, אין לי ממש מושג על מה מדובר. לגבי "לשפר את יחידת הניהול": כבר מזמן יש חוסר הסכמה ביני ובין ערן בשאלה, איך נכון לבקר את הנושא (בהנחה שמסכימים שעצם הבקרה היא דבר רצוי): ערן מאמין שהמימוש הנכון הוא בעזרת בוט שעובר על הדפים, בעוד שלדעתי זה לא הפתרון הנכון. גם לדעתי הקוד שלנו בלואה הוא לא אופטימלי: הדבר הנכון, טכנית, היה לעשות זאת בהרחבה לתוכנת מדיה ויקי, כלומר קוד ב-PHP. זה יכול להיות תוספת להרחבה קיימת (mw:Extension:TemplateData), או כהרחבה נפרדת. הפעם האחרונה שעשיתי משהו ב-PHP הייתה לפני תריסר שנים בערך, והקוד של מדיה ויקי לא דומה אפילו קצת לקוד הפרוע והפרטיזני שמוכר לי: הקוד היום נראה כמעט אנושי, ועושה שימוש בהרבה תכונות של השפה שאולי כלל לא היו אז, או אם היו, לא השתמשתי בהן. במילים אחרות: למרות שהתמרת היחידה הקטנה שכתבתי ל-PHP כנראה לא צריכה להיות דבר קשה או מסובך כשלעצמו, זה משהו שלי אישית יהיה קשה מאד לעשות. זה משהו ברמה שמתאימה בהיקף לאיזה האקאתון (אולי "קיץ של קוד" של גוגל mw:Google Summer of Code), ואם זה יקרה, זה יהיה מאד משמח להוציא את המערכת בלואה לגמלאות. כל זמן שהמערכת עדיין משתמשת בסקריבונטו, השיפור היחיד שחסר זה אם מישהו יטרח לסגור את phab:T107119 (גם זה כנראה משהו שאפשר לעשות ברבע האקאתון). סתם סקרנות לגבי הקוד שכתבת: הוא נראה משונה. אתה בטוח שזה לא $wgParser->getPreprocessor()->preprocessToDom('template transclusion wikitext'); ? קיפודנחש17:41, 15 באוגוסט 2017 (IDT)
בהחלט יכול להיות. העתקתי את זה, אז אולי מי שכתב פספס סוגריים. אם אין לך מושג על מה מדובר, כנראה טרם קראת מייל היום. זה קורא את הטקסט בין סוגריים מסולסלות והופך למעין מבנה XML עם כל פרמטר בנפרד. יגאל (בקשת עזרה, IKhitron ושיחה) 17:46, 15 באוגוסט 2017 (IDT)
אתה כותב "זה קורא"... אבל ה"זה" הזה נראה כמו פונקציה של PHP, ואם כך, נראה שהדרך היחידה לגשת אליה היא דרך קוד שכתוב ב-PHP, ומכאן ההמשך שכתבתי למעלה ("הרחבה"). לא נראה שיש לדבר גישה מלואה או JS. לגבי "לא קראת מייל היום": נכון שקצב הדגימה של חשבון הדואל שלי שקשור לוויקיפדיה הוא הרבה פחות מפעם ביום. אבל הסתקרנתי ובדקתי, ואין לי שום מייל על זה או משהו דומה . אתה כנראה מנוי על כמה רשימות דיוור שלא טרחתי להירשם אליהן, וזה אולי הגיע מאחת מהן. קיפודנחש17:57, 15 באוגוסט 2017 (IDT)
תודה. כן, זה זה. בא לך לתקן אותו בהתאם להתפתחויות? (רק למקרה שתבקש הסבר, אחרת תתעלם: מדיהוויקי הוסיפו כפתור הסר משלהם בהעדפות לדף רשימת המעקב. כפתור הוסף מעולם לא היה שם, כמובן). יגאל (בקשת עזרה, IKhitron ושיחה) 21:37, 20 באוגוסט 2017 (IDT)
לא מצאתי כפתור כפי שתיארת, או העדפה להציג כפתור כזה. אתה מוזמן לפרט, בשפה ברורה ופשוטה, שגם הטיפשים יבינו. בגלל שלא מצאתי, לא נראה לי נכון להסיר את ה"הסר". קיפודנחש21:44, 20 באוגוסט 2017 (IDT)
מהתחלה. הסבר לילד לא בן חמש. יש משתמשים שהיו מעדיפים אפשרות להוריד דף ממעקב מתוך דף רשימת המעקב, מבלי הצורך לפתוח אותו ואז ללחוץ על כוכב. ואכן ישנו גאדג'ט, שמצאת אותו לעיל, שבין היתר מספק את הפונקציונליות הזאת, והרבה אנשים משתמשים בו. זה נכתב בצורת גאדג'ט כי לא היה דבר כזה מסופק על ידי מדיה ויקי. עכשיו יש כזה דבר, ראה כתובת מדוייקת בהעדפות לעיל. מה שעושה את החלק הזה בגאדג'ט למיותר. האם צריך לעשות משהו בנדון? יגאל (בקשת עזרה, IKhitron ושיחה) 16:27, 26 באוגוסט 2017 (IDT)
שכחתי לדווח, אבל הגאדג'ט מציץ עכשיו בהעדפות המשתמש (על הדרך: עכשיו בנייד, אודה לך אם תציץ בהגדרות הגאדג'טים ותבדוק אם התלות בmediawiki.user רשומה שם, ותוסיף אם לא - זה משהו שלא הספקתי), ואם המשתמשת בחרה להפעיל את ה x, אז הגאדג'ט לא מציג "הסר" בדף רשימת המעקב עצמו. כמובן, אם אתה מוצא שזה לא עובד לפי הספק, דווח. קיפודנחש17:07, 26 באוגוסט 2017 (IDT)
מניסיון, כשאתה לא עונה הרבה זמן, זה אומר שאתה צריך הסבר יותר מורחב, כמו שתיארת את זה, עבור ילד בן 5. אז ככה. יש מערכת ניהול פרמטרים של תבניות. קיפודנחש כתב אותה. היא מציגה הודעה בפינה השמאלית העליונה, אם יש בעיות עם תבניות בדף. בדרך כלל ההודעה על רקע לבן, אז זה בסדר, אבל נתקלתי בדף שיש בו טקסט מתחת להודעה, והתברר שההודעה מוצגת שקופה. היא אמורה להסתיר את הטקסט מתחתיה (קישור לעזרה בתמונה המצורפת בדוגמה לעיל), ולא להשתלב בו, כך שאי אפשר יהיה לקרוא את שניהם. תוכל לשנות בבקשה את הקוד של יחידה הניהול, כדי שההודעה של הניהול תצא לא שקופה? תודה, יגאל (בקשת עזרה, IKhitron ושיחה) 19:42, 22 באוגוסט 2017 (IDT)
זה לא נראה כמו הודעה שקופה, אלא כמו תוצאה של z-index. בדוק מה האינדקס של האלמנט שמוצג מעל ההודעה.אפשר כנראה לגבור עליו אם בוחרים אינדקס יותר גבוה, עד שיצוץ אחד עם עוד יותר... קיפודנחש22:02, 22 באוגוסט 2017 (IDT)
למה 500? למה לא 50 או 5000? מצא מה ה-z-index של האלמנט שדורך על ההודעה (רמז: כרום, הקשה בכפתור ימני, inspect), ואם תמצא שלמה שדורך על ההודעה יש z-index של 75,000, אז אפשר לתת להודעה 75,001 (אתה מוזמן לעשות זאת בעצמך - זה מופיע ב-מדיה ויקי:Common.css - חפש "validator"). ורק להבהרה, בעקבות מה שכתבת למעלה: הקוד שכתבתי לא "שם הודעה בפינה שמאלית עליונה". הקוד לא שם שום הודעה, ובכלל לא מכיר את כל הדברים האלו. הקוד בסך הכל מחזיר מחרוזת, שמורכבת מדברים שהוא מקבל כפרמטרים, לפי סוג הטעות שהוא מוצא. ההודעות, וכל הג'אז הזה באות מהפרמטר (options), וההתנהגות נקבעת לפי ה-CSS. (נכון שהשתתפתי גם בכתיבת ה-options וה-CSS, אבל זה היה רק להדגמה, במחשבה שבמוקדם או במאוחר, עדיף במוקדם, מישהו אחר, כמוך או כמו בורה ייקח עליהם בעלות) קיפודנחש00:17, 23 באוגוסט 2017 (IDT)
הבנתי. בסדר גמור, אבדוק מחר. אם כי קשה לי להאמין שמישהו במדיה ויקי התחרפן מספיק לשים פקד שקוף עם גובה מחסנית 75,000. סביר שזה יהיה בסביבות 10 גג. יגאל (בקשת עזרה, IKhitron ושיחה) 00:50, 23 באוגוסט 2017 (IDT)
רק הבהרה לדברי ערן - לא מדובר ב"סקריפט" אלא באלמנטים (יש אמנם גם סקריפטון, אבל הוא אחראי רק על הכפתורים). את הקופסה רואים, באותו מקום, גם אם JS מנוטרל, ואין לסקריפט קשר לבעיה שיגאל רואה. הבעיה קשורה למצב שיש שני אלמנטים עם position != static. ניחוש מלומד: האלמנט שרק חכמים רואים נמצא ב-Stacking Contexts אחר, כנראה משום שמשהו בשושלת שלו גורם לזה - אולי opacity<1, ואולי משהו אחר, וזו הסיבה שהוא לא מכבד את ה-z-index, כמו שמוסבר במאמר אליו קישרתי. קיפודנחש21:35, 24 באוגוסט 2017 (IDT)
לגבי "צר" - לא מוכר לי (כלומר משתמש בתכונת style לא מוכרת לי בשם flex - יתכן שלא כל הדפדפנים תומכים, לא הצלחתי להבין מה התכונה אמורה לעשות). לגבי רוחב מול מספר - בתבנית הזו, אם מגדירים רוחב, היא מתעלמת מ"מספר". בגדול, זה ממש לא נכון להגדיר מספר ב"טורים". זה יוצר בעיות בתצוגה לאנשים עם מסך צר יותר או רחב יותר מזה בו השתמש העורך שעיצב את הדף, והכי גרוע בניידים (למעלה מ-50% מהצפיות בערכי ויקיפדיה הן מניידים). קיפודנחש19:05, 24 באוגוסט 2017 (IDT)
אם לא משתמשים ב"צר" כדאי לדעתך להוריד? לגבי רוחב, זה ממש לא טבעי לעורך להגדיר את זה. מי יודע כמה רוחב זה טוב? הדפדפן, רגיל או נייד, אמור לחלק את המסך שווה לפי רוחב המסך ולפי המספר, ולא משנה כמה זה. לדעתי זה גם עובד כך, אז אני לא רואה בעיה. אני אכניס בדיקה כמה יש משני סוגים אלה. לא ענית לי על "רווח" שזה הכי חשוב לי, כי אנו עובדים על מיזם ערים תאומות ושם זה חשוב. בורה בורה - שיחה19:26, 24 באוגוסט 2017 (IDT)
את הרוחב עדיף להגדיר בעזרת em, לא בעזרת px. באופן כזה, אתה אומר (בערך): "חלק את הרשימה לטורים, כשכל טור ברוחב של כ-18 תווים" (זה לא מדויק - אנחנו משתמשים בגופן פרופורציונלי, אבל זה די קרוב). העורך יודע מהם הפריטים ברשימה, ואיזה רוחב מתאים להם. עשיתי זאת בדוגמה שהבאת - נסה להרחיב ולהצר את המסך: שים לב שרק שורה אחת (של בוסטון), לפעמים נשברת, אבל 18em מספיק לשאר השורות. נסה אחר כך להחליף את "רוחב" ב"מספר", ואז להרחיב ולהצר את חלון הדפדפן: זה נראה רע מאד ברוחבים מסוימים. אפשר להניח שהעורך ישים מספר שנראה טוב ברוחב המסך בו השתמש כשערך, אבל זה לא בהכרח עוזר לקוראים. כשהעורך אומר "יחלק לשישה טורים, נוצר מצב כזה:. קיפודנחש21:18, 24 באוגוסט 2017 (IDT)
בדקתי והפרמטר "רווח", שבמילא אינו עובד, אינו בשימוש באף ערך. תוכל בבקשה להסיר אותו? עשיתי שם ניסיון להסיר אותו שלא צלח. תודה. בורה בורה - שיחה19:01, 27 באוגוסט 2017 (IDT)
היי. תגיד, אתה מכיר איזו פונקציה שממירה קישור url מקודד לחצי לא מקודד? כלומר, היא הופכת מ-utf-8 את :, את /, את =, וכך הלאה, אבל לא נוגעת בסמלים מסובכים יותר, כמו עברית. אנו מנסים לנקות את 247 הקישורים במרחב הערכים שהודבקו מתוך חיפוש גוגל, כלומר, קישור לגוגל שעושה הפניה לדף שנמצא בחיפוש. עשיתי את זה ידנית, אבל אינני יודע אם נכון, כי לא מצאתי כללים מסודרים בשום מקום, וגם נשארו שם מלא \ , שלא מפריע אבל נראה מכוער. ראה את הבוט שיחת ויקיפדיה:בוט/בוט ההסבה/תיקון קישורים מגוגל ואת ההמרות שיחת ויקיפדיה:בוט/בוט ההסבה/תיקון קישורים מגוגל/דוגמאות. אם צריך להסביר יותר תגיד, אבל ניסיתי מאוד לפרט. תודה, יגאל (בקשת עזרה, IKhitron ושיחה) 00:08, 4 בספטמבר 2017 (IDT)
לא ברור מה זה "וכן הלאה". יש את mw.uri.decode, שכנראה עושה את מה שאתה רוצה בקירוב די טוב, אבל כמה טוב תלוי בכמה "וכן הלאה", אם כי נדמלי שבקישורים הללו, סימן השאלה הראשון יופיע כ-&, כך שבכל מקרה תצטרך לעשות מסז' כלשהו על התוצאה, כדי להפוך את ה-& הראשון שתמצא חזרה לסימן שאלה - את זה ה-decode לא יעשה עבורך. (לא צריך דווקא לענות, רק נקודה למחשבה: לגמרי לא מובן לי למה בכלל לואה. זה לא נראה משהו שמתאים לסקריבונטו, ואם זה לבוט, אז השפה הטבעית זו פייתון, לא?) קיפודנחש01:06, 4 בספטמבר 2017 (IDT)
תודה רבה, אני אבדוק את זה. צודק, אבל אין לי שמץ של מושג באיזו שפה כתוב הבוט - פייתון או סי שארפ, זה א'. ב' - אני לא רוצה לערוך בוט, כי זה יקח המון זמן, אם בכלל, אלא רק את דף המשימה, ושם לואה זה הכי טוב. וכן הח=לאה זה "לא יודע מה עוד יש במינימום האפשרי", גם את אלו גיליתי אמפירית. יגאל (בקשת עזרה, IKhitron ושיחה) 01:46, 4 בספטמבר 2017 (IDT)
בשיטת מצליח, אתה רוצה למחוק את כל מה שבין ^http לבין &url=, לבצע את ה-decode על מה שנשאר, ולהחליף את ה-& הראשון בסימן שאלה. לגבי משהו יותר משיטת מצליח, אין לי הצעה.
-- presuming your link is in a variable called "url"url=mw.ustring.gsub(url,'^http.*&url=','',1)url=mw.uri.decode(url)url=mw.ustring.gsub(url,'&','?',1)-- hopefully, at this point url is the cleaned link - "matzlihach".
תודה, אבל לא צריך להגזים. להוציא את החלק הרלוונטי הבוט יודע. צריך רק להמיר. ונראה לי שהפונקציה הזאת אכן עושה את העבודה, אני ממשיך לבדוק. יגאל (בקשת עזרה, IKhitron ושיחה) 02:13, 4 בספטמבר 2017 (IDT)
תודה רבה! זה עובד מצויין. שמתי שם את הקוד של תבנית פענוח. אני עוד אבדוק מחר פרטנית. אבל בינתיים, לא הבנתי, למה להחליף &? בלי זה נראה בסדר גמור בקריאות ל-aspx, למה לשנות? יגאל (בקשת עזרה, IKhitron ושיחה) 03:04, 4 בספטמבר 2017 (IDT)
תלוי אם ב url יש. פרמטרים. אם אין, אז אחרי הסרת התחילית אין לא & ולא ?, כך שגם בלי החלםה תקבל קישור טוב, אבל אם יש, אז בקישור היחיד שבדקתי, גוגל החליף את ה ? ב &, וצריך להחליף חזרה. קיפודנחש15:38, 4 בספטמבר 2017 (IDT)
כנראה לא הבהרתי את עצמי. לא מדובר על קידוד, אלא על פרמטרים. פשוט תנסה את הקישור הזה, ואז נסה שוב אבל תחליף את ה & הראשון ב ?, ותראה למה הכוונה. קשה לי להדביק קישורים כרגע (נייד), אבל אם עדיין לא תבין, אעשה זאת כשאגיע למחשב. קיפודנחש17:47, 4 בספטמבר 2017 (IDT)
ברור שרק השני עובד, אבל איך זה קשור למקרה כאן? הרי בקישור שציינת התוצאה בכל מקרה תוחלף בקישור שייגמר ב-pdf, ולא יהיה אחריו לא & ולא ?. כי הסימן שנתת הוא לא חלק מכתובת pdf, אלא של גוגל. מה לא בסדר במה שאמרתי עכשיו? תודה רבה. יגאל (בקשת עזרה, IKhitron ושיחה) 18:33, 4 בספטמבר 2017 (IDT)
אין לי מושג למה אתה קורא "בכל מקרה". אם אתה משתמש בקוד אחר, שזורק מהקישור את ה-& הראשון וכל מה שאחריו אז כן, אבל זה לא "בכל מקרה" אלא במקרה הפרטי שלך, ששכחת לפרט אותו כאן. זריקת כל הפרמטרים כנראה אינה בעייתית בהרבה מקרים (כנראה הקישור הזה הוא דוגמה), אבל היא יכולה להיות בעייתית במקרים אחרים: דמה בנפשך שהפרמטר לא היה usg=, אלא page= (נניח לרגע שיש דפדפנים שמכבדים את הפרמטר הזה). יש קישורים בהם הפרמטרים משמעותיים, ואם אתה זורק (במילים שלך "בכל מקרה") את כל הפרמטרים לפח, אתה מייצר קישור שונה מהקישור שקיים עכשיו (כלומר קישור שלא מוביל לאותו הדף). לא מובן לי למה לדעתך כל הפרמטרים הם לגוגל. להבנתי, הפרמטרים שאחרי ה url= הם לא לגוגל אלא לאתר המקושר. קיפודנחש18:45, 4 בספטמבר 2017 (IDT)
אז זה העניין. כן, אני זורק את כל הפרמטרים חוץ מפרמטר url, וכן, כל הפרמטרים לפניו ואחריו הם בוודאות של גוגל. אם יש פרמטרים של הכתובת, הם מקודדים. ראה אברהם פורז בדף הדוגמאות. יגאל (בקשת עזרה, IKhitron ושיחה) 18:51, 4 בספטמבר 2017 (IDT)
אם כך, הטעות היא שלי, והיא נבעה מכך ששכחת לומר זאת. על הדרך, יש דרך קלה נכונה יותר למצות את הפרמטר url:
-- presuming your link is in a variable called "url"localtab=mw.uri.parseQueryString(url)url=tab['url']url=urlandmw.uri.decode(url)-- for clarity. it is easy to put them all as a single expression: url=mw.uri.decode(mw.uri.parseQueryString(url)['url']or'')-- the "or" protects against link with no url=-- hopefully, at this point url is the cleaned link - "matzlihach".
הרצתי. זה נתון אותן תוצאות בדרך כלל. עזר לי למצוא טעות קשה - התברר שגם <,> אסור שיהיו בכתובת. אבל במקום אחד זה הרס. דמיין לעצמך קוד {{אתר רשמי:http://google...url{{=}}...}}. בקוד הישן זה התעלם. בקוד החדש זה מוחק עד ה="{" הראשון. לא נעים. כמו כן, הורדתי לגמרי את decode, כי parse... עושה את זה בעצמו. יגאל (בקשת עזרה, IKhitron ושיחה) 00:00, 5 בספטמבר 2017 (IDT)
היי, קיפודנחש. או שלא הבנתי את מה שאמרת, או שיש באג בפונקציה parseQueryString שציינת. כי בהנתן http://aaa.bbb.ccc/ddd?eee=fff וכך הלאה, שם הפרמטר הראשון הוא לא eee, אלא http://aaa.bbb.ccc/ddd?eee. זה אמור להיות ככה? תודה, יגאל (בקשת עזרה, IKhitron ושיחה) 22:00, 6 בספטמבר 2017 (IDT)
הפונקציה מחזירה טבלה (בלואה "טבלה" זה שילוב של מערך ומילון). בדוגמה שלך, הפרמטר שאתה מעוניין בו, fff, הוא הערך במילון תחת המפתח eee. הurl לפני הפרמטרים, הוא הערך הראשון והיחיד במערך. כרגע בנייד, ותשובתי לא בדוקה. קיפודנחש22:10, 6 בספטמבר 2017 (IDT)
היי, כשתחזור, אם זה מעניין אותך. זה כבר שבוע שיש באג ב-addportlet link, שעושה שטויות. פתחתי באג בפבריקטור, תייגתי את מי שערן ביקש, ואף אחד לא שם לב. בינתיים, או למקרה שלא יתקנו, יש מצב שתתאים את 88 לבאג הזה? מה שקורה הוא שכשיש מספר דו ספרתי בכוכב, ושם הקישור האחרון לפניו ארוך מדי, הם עולים אחד על השני. אתה יכול להדליק את גאדג'ט המשימות, להגיע ל-10 לפחות בכוכב, ותראה מה קורה. תודה, יגאל (בקשת עזרה, IKhitron ושיחה) 20:59, 1 באוקטובר 2017 (IDT)
שלום רב, לפני שנתיים+ כתבת לי את הסקריפט שנמצא במשתמש:יונה בנדלאק/common.js "מציג אוטומטית דפי משתמש כנקראו ברשימת מעקב". החל משבוע זה (או שבוע שעבר), כנראה שעברו לרשימת המעקב החדשה, זה כבר לא מסמן אוטומטית. האם אתה יכול לסדר את זה? אתה רשאי לתקן את הדף שלי או לרשום כאן את התיקון ואני אעשה את זה. אינג.יונה ב. - שיחה - הבה נכחילה15:37, 2 באוקטובר 2017 (IDT)
זאטת אותה הבעיה בגללה WLM הפסיק לעבוד נורמלית. פתחתי באג בתקווה להבין מה קרה שם, אבל אף אחד לא יודע. תיקנתי לפי ניחוש, ואני עדיין לא יודע אם נכון. יגאל (בקשת עזרה, IKhitron ושיחה) 15:48, 2 באוקטובר 2017 (IDT)
הניחוש שלי הוא שזה קורה משום שהסקריפט רץ כשהדף מסיים להיטען, וכנראה משהו ברשימת המעקב החדשה מתבצע מאוחר יותר (לפחות כך זה נראה בעין...). בשלב זה אין לי אפשרות לחפור. אולי אם הביצועים ישופרו זה "יתקן את עצמו", ואולי לא. אם זה ימשיך לא לעבוד עוד כמה שבועות אולי אנסה לראות מה אפשר לעשות. כרגע אפשר לראות אם הרצת הפונקציה הפנימית (זו שבתוך ה- $(...)) דרך setTimeout, נניח עם 10 שניות, פותרת את הבג, ואם כן, לנסות לקצר את הזמן למשהו קצר יותר שבכל זאת עובד רוב הזמן, ואם זה לא עובד, לפחות נדע שההיפותזה שלי שגויה. קיפודנחש02:01, 3 באוקטובר 2017 (IDT)
נראה שבכניסה שנייה לדך זה מתעדכן אז אולי באמת זה שאלה של תזמון. איך פרקטית (קטע קוד או עכדון הדף) מריצים דרך setTimeout? לשנות מ-10 למספר אחר אני כבר אדע לעשות. אינג.יונה ב. - שיחה - הבה נכחילה12:08, 3 באוקטובר 2017 (IDT)
something like that:
// what you have now$(function(){$('.mw-changeslist-line-watched .mw-title').filter(function(){return/^(משתמש|משתמשת):/.test($(this).text());}).closest('.mw-changeslist-line-watched').removeClass('mw-changeslist-line-watched')});// using setTimeout: basically, replace $(...) with setTimeout(..., time_in_ms)setTimeout(function(){$('.mw-changeslist-line-watched .mw-title').filter(function(){return/^(משתמש|משתמשת):/.test($(this).text());}).closest('.mw-changeslist-line-watched').removeClass('mw-changeslist-line-watched')},10000);// 10 sec = 10,000 msec: do not use comma!
שים לב שכמו שזה כתוב עכשיו, הסרת ההדגשה מתרחשת עשר שניות אחרי פתיחת הדף. אולי אתה פשוט לא ממתין מספיק? אפשר לקצר את ההמתנה (זה ה-10000 בסוף, זמן במילישניות). קיפודנחש17:33, 17 באוקטובר 2017 (IDT)
לא הבנתי את השאלה, או אולי אתה לא הבנת מה קטע הקוד אמור לעשות. הסניפט הזה לא עושה שום דבר בשום דף שאינו רשימת המעקב. קיפודנחש19:16, 17 באוקטובר 2017 (IDT)
היי. אולי יש לך רעיון איך לשים hook על הפעלה מדי דקה או כמה שזה יוצא של עדכונים חיים ברשימת המעקב? הפרטים, כמו שאתה אוהב: במסנני בטא החדשים ברשימת המעקב יש כפתור עדכונים חיים. כשלוחצים עליו כל כמה זמן חלק מהרשימה מתעדכן. בעצם, נראה לי שכולם משתנים כי כל הכפתורים שלי נעלמים. הייתי רוצה לעשות hook על המיניריפרש הזה, כדי להחזיר את הכפתורים שלי. אבל אין לי מושג איך לתפוס את זה, כי זאת לא פעולה שלי, אלא של הדף. תוכל לעזור, בבקשה? תודה, יגאל (בקשת עזרה, IKhitron ושיחה) 15:04, 4 באוקטובר 2017 (IDT)
במקום לנסות לעשות reverse engineering, נראה לי יותר סביר לשאול. פתח את אחד הטפסים של הפילטר, ובתחתיתו תראה קישורית למשוב, שזה דף זרימה ב mw, שהמפתחים יושבים עליו. אולי יש מקום יותר טוב לשאול. קיפודנחש16:32, 4 באוקטובר 2017 (IDT)
צדקת. נתנו את שם ה-hook, וזה עובד. אולי כדאי להתאים גם את הגאדג'טים האחרים שעובדים עם רשימת המעקב או השינויים האחרונים. למשל (1Or) טיפול בקבצים חדשים. יגאל (בקשת עזרה, IKhitron ושיחה) 18:47, 4 באוקטובר 2017 (IDT)
גם עכשיו זה לא עובד. לא, הארוע בסדר גמור, אני משתמש בו בהרבה מקומות וזה עובד כמו שעון. חשבתי שזה יקח לך שניה. אם מתברר שזה יותר, אני לוקח את בקשתי חזרה עד שתחזור מהחופשה. תודה רבה, יגאל (בקשת עזרה, IKhitron ושיחה) 18:27, 17 באוקטובר 2017 (IDT)
היי. אני פונה אליך כאל מי שמופיע יותר מכולם בהיסטוריה של סקריפט 65, אבל אם אתה רוצה, אני אנסה לבד. במעבר למסננים החדשים הסקריפט לא מציג את המפסק, אז אי אפשר להציג אם זה היה מוסתר בלי מסננים. נראה שה-dom שהמפסק מחובר אליו פשוט לא קיים עם מסננים, אז זה נותן תשובה ריקה. יגאל (בקשת עזרה, IKhitron ושיחה) 20:29, 8 באוקטובר 2017 (IDT)
בעיה באמת. ניסיתי לראות אם אפשר לבדוק אם המשתמש בכלל מפעיל את אפשרות הבטא, אבל בינתיים לא מצאתי (בדרך כלל דברים כאלו מופיעים ב- mw.user.options, אבל נראה שהפעם "הם" שכחו להשאיר שם אינדיקציה, או אם הם השאירו, לא הצלחתי למצוא). בינתיים, אם יש למישהו בעיה כזו, אפשר לנקות עוגיות: שם העוגייה הוא "headers_FormatXXXXXXX" כש XXXXXX תלוי בשם הדף - כדאי פשוט לנקות את כל העוגיות שנראות כך. קיפודנחש17:38, 17 באוקטובר 2017 (IDT)
אחד מאיתנו לא מבין את רעהו. התלונה המקורית הייתה שבסקריפט 65 (הסתרת כל מיני דברים בראש רשימת המעקב ודפים אחרים, עם אפשרות לחזור ולחשוף), ברשימת המעקב החדשה, ה"מפסק" לא מוצג, ולכן אם בפעם האחרונה שהמפסק תופעל, המשתמשת בחרה להסתיר, הדברים מוסתרים לנצח. הפאטש שעשיתי הוא שאם אין מפסק, הסקריפט לא מסתיר. 21:31, 17 באוקטובר 2017 (IDT)
לא צריך לעשות כלום. כל הסקריפט 65 הזה היה טעות - מישהו ביקש משהו לא נחוץ, ובטפשותי רצתי ועשיתי את זה. אין סיבה טובה להפעיל משהו כזה ברשימת המעקב החדשה. בכלל, שינויים מקומיים מהסיג הזה הם יותר נזק מתועלת. דברים כאלו אולי נחמדים בתור תרגיל לתכנתים מתחילים, אבל בתור משהו מועיל, זה לא (זה לאו דווקא נכון לכל הסקריפטים באשר הם שם, אבל זה נכון לגבי 65). קיפודנחש22:27, 17 באוקטובר 2017 (IDT)
בדרך כלל forms עם אלמנטים מוסתרים זו דרך (קצת עקומה) לתקשורת בין השרת לקוד ג'אווהסקריפט וההפך (ראה למשל דיון זה). אלו הם אלמנטים ב-DOM שלא מיועדים להצגה. דוגמה לפרמטר כזה היא טופס שמכיל שדות בהם קוד ג'אווהסקריפט יכול לעשות בדיקות תקינות, תוך שימוש בפרמטרים מוסתרים (דוגמת פורמט, רשימת שדות חובה, וכן הלאה) שמועברים מהשרת. בכיוון ההפוך, קוד JS יכול לתת לשדות כאלו ערך, וכשהטופס נשלח לשרת ("submit"), השרת יכול לקרוא את ערכי השדות. הטופס המסוים הזה נראה כמו איזו פינצטה שאחד המנתחים הרשלנים שכח בגוף הפציינט. קיפודנחש22:48, 17 באוקטובר 2017 (IDT)
הםםםם. מעניין מי מכל הסקריפטים עשה אתה collapsible, מי גילה אותו, והאם זה אותו אחד... אולי אם זה יימצא, אפשר יהיה לחשוב איך נפתרים מכפתור הצגה שלא עושה כלום. יגאל (בקשת עזרה, IKhitron ושיחה) 01:58, 18 באוקטובר 2017 (IDT)
ראה את גמר ליגת האלופות 2003. יש שם שגיאת פרמטרים שאינה מופיעה בקטגוריה. יש כמה עשרות כאלה, אולי +100 וכבר לפני שעתיים עשיתי את התיקון בתבנית שאמור היה לייצר אותן. איך מרעננים שהקטגוריה תתחיל להתמלא? כרגע יש בה רק ערך אחד מרענון ריק שלי. בורה בורה - שיחה00:51, 14 באוקטובר 2017 (IDT)
הבעיה עדיין קיימת? להתחלה, נסה לבצע עריכת זבל בתבנית (לא עריכת סרק - שינוי ממשי בתבנית). אם זה לא יעזור, ננסה אולי לתפור משהו. קיפודנחש19:10, 17 באוקטובר 2017 (IDT)
כן זה הבוט שלי והוא הסיר את הפרמטר... בדרך כלל אני אוהב להריץ בוט רק על השגויים, אבל במקרה זה הקטגוריה לא התמלאה ולכן הייתי צריך להריץ על כולם. זה לא מצב רצוי, ולכן הייתי רוצה למצוא לו פתרון. בורה בורה - שיחה19:26, 17 באוקטובר 2017 (IDT)
* הנתונים מתייחסים למשחקי הליגה בלבד ומעודכנים ל-28 בספטמבר 2017 ** הנתונים בנבחרת מעודכנים ל-28 בספטמבר 2017
ברשותך שמתי פה דוגמה. הפעל את האשף על כלל תבנית אישיות כדורגל. אתה שם לב שהוא לא יודע לטפל ב{{נבחרת|מצרים|דגל]}}? זה נזרק לסוף ובשמירה דופק את כל התבנית. זה מצב חוקי בהחלט שקיים באלפי תבניות. בורה בורה - שיחה20:14, 18 באוקטובר 2017 (IDT)
לדעתי זה לא מצב חוקי, וקשה לי להאמין שזה קיים באלפי תבניות. הבעיה היא הסוגר המרובע "]" שמופיע אחרי הפרמטר "דגל". האשף עושה כל מיני סלטות כדי לא לפגוע בתבניות וקישורים מקוננים, והסוגר הזה מבלבל אותו. אם זה מופיע באלפי תבניות, צריך לחשוב על משהו, אבל בהנחה שזו סטייה בודדת, בוא נתקן אותה ונמשיך הלאה (נסה למחוק את הסוגר הסטוי ולהפעיל את האשף). קיפודנחש20:57, 18 באוקטובר 2017 (IDT)
תודה. את זה יכולתי לעשות גם לבד. חשבתי שיש משהו קיים. הולך לנסות. יגאל (בקשת עזרה, IKhitron ושיחה) 19:55, 13 ביוני 2017 (IDT)
נדב, גם אתה נתקל בבעיה הזו?
?! תודה מראש ויום נפלא 
Itzuvit - שיחה סדנה 11:08, 26 ביוני 2017 (IDT)
Itzuvit - שיחה סדנה 11:12, 26 ביוני 2017 (IDT)
תודהההההה!Itzuvit - שיחה סדנה 11:33, 26 ביוני 2017 (IDT)
תודה רבה! בקשה קטנה: בחן שוב את "וויברג" מול "ויברג" במנוע הפרשים - יתכן שדווקא "וויברג" נכון יותר? קיפודנחש 18:03, 29 ביוני 2017 (IDT)
.
תוקן. לגבי הפייפים - עדיין מנסה להבין מה הבעיה ומה התקנה. קיפודנחש 17:56, 7 ביולי 2017 (IDT)
נגויה, יפן (1959)
דבלין, אירלנד (1960)
שטרסבורג, צרפת (1960)
ברצלונה, ספרד (1980)
הנגזו, סין (1982)
פדובה, איטליה (1983)
חיפה, ישראל (1999)
מלבורן, אוסטרליה (1985)
טאיפיי, טאיוון (1996)
סקונדי - טאקורדי, גאנה (2001)
בלו הוריזונטה, ברזיל (2007)
בוסטון, לינקולנשייר, אנגליה, הממלכה המאוחדת
סנטו דומינגו, הרפובליקה הדומיניקנית
![[2]](https://www.cs.bgu.ac.il/~khitron/wiki/pictures/Screenshot51.jpg){kind=link}
