שיחת משתמש:קיפודנחש

ארכיון 31 עד מאי 2024
ארכיון 30 - כמעט כל 2022
ארכיון 29 - ראשוני תאום!
ארכיון 28 - כרגיל
ארכיון 27 - מה זה היה לי
ארכיון 26 - כל שנה בסתיו
ארכיון 25
ארכיון 24
ארכיון 23 - מלאו אסמינו
ארכיון 22 כי הגיע יום
ארכיון 21 בנבלישם
ארכיון 20 - בדמי ימיו
ארכיון 19 - מהומות באיצטדיון
ארכיון 18
ארכיון 17 - מה לעשות
ארכיון 16 - ארכנגל
ארכיון 15 - ארכיטיפ
ארכיון 14 - ארכידוכס
ארכיון 13 - סתם ארכיון
ארכיון 12 - ארחיני בהיכלך
ארכיון 11 - ארכי שבעולם
ארכיון 10 - ארך אפיים
ארכיון 9 - ארכיאולוגיה
ארכיון 8 - ארכיפלג גולג
ארכיון 7 - ארצ'י בנקר
ארכיון 6 - הארכיבר המבורבר
ארכיון 5 - ארכיטקטורה
ארכיון 4 - ארכי-ליסטים
ארכיון 3 - ארכיבישוף
ארכיון 2 - ארחי-פרחי
ארכיון 1 - ארכימדס

קיפודנחש ענה על ההודעה האחרונה בדף שיחתו בתאריך 13/11/2024 בשעה 22:40:20.
165,242

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

---

שאלה "נואלת"

אני קצת מופתע שבחרת לקרוא לשאלתי נואלת על סמך הכותרת בלבד, אני העמדתי שם שאלה גאו-פוליטית (הכותרת קצת קליקבייטית) ולא השקפתית, מעורך מוערך כמוך הייתי מצפה ליותר, אשמח אם תקרא את השאלה ואת הדיון ואז אולי תבין את עומק ומהות ההתלבטות, וכמובן אשמח אם תמחק את הכינוי הלא מחמיא שכתבת. בברכה ובהערכה מר נוסטלגיה🥇 00:08, 26 במאי 2024 (IDT)

כתבתי שהשאלה או לפחות הכותרת נואלת. אתה לא חייב להסכים. אין לי כוונה למחוק שום דבר - הכותרת אכן נואלת, ודיבורים על "נקמה" לא מתאימים לאנשים מבוגרים. קיפודנחש 05:02, 26 במאי 2024 (IDT)

כותרת לא יכולה להיות נואלת היא רק פתיח למבוא אבל אם אתה רוצה לא לקרוא ולקבוע עובדות אני לא יעצור אותך שיהיה אחלה יום 🌞🌞🌞 מר נוסטלגיה🥇 07:28, 26 במאי 2024 (IDT)

אתה שאלת "איך לנקום בספרד". זכותך לא להסכים עם הקביעה שזו שאלה נואלת, אבל חוסר הסכמתך לא משנה את העובדה שזו שאלה נואלת, ושום דיון בשאלה הנואלת לא ישנה את העובדה הזו. קיפודנחש 08:37, 26 במאי 2024 (IDT)

סבבה כמו שאמרתי זכותך לא לקרוא את הדיון ולקבוע שזו שאלה נואלת כל אחד והסטנדרטים שלו לדיון אני לא שופטמר נוסטלגיה🥇 17:06, 26 במאי 2024 (IDT)

הערה+שאלה

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

שאלה: כאן הצעת תיקון ביחידה אני מניח שלא ממשת כדי לא לשבור דברים קיימים. השאלה, האם עדיף המצב הנוכחי בו בוודאות ישנם דברים שבורים? והלא כלל נקוט בידינו "אין ספק מוציא מידי וודאי". מיכי - שיחה 16:52, 27 במאי 2024 (IDT)

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

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

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

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

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

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

התנצלותי על ההטרדה בנושא שבעיקרו אינו לרוחך, אבל נתליתי בהצבעה הפתוחה כדי להעלות את הנושא. מיכי - שיחה 18:37, 27 במאי 2024 (IDT)

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

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

כפי שכבר אמרתי, מאז נוסד הסקריפט (לפני זמני) הוא מהווה את ההגדרה בפועל, ולכן אין לעשות שינוי כזה בלי דיון והסכמה. בעריכתך הסרת את מרחב עזרה, אבל השארת את מדיה ויקי, שגם עליו לא הוחלט, וגם לשיטתך זה לא תקין: ברור לשנינו שמדיה ויק צריך להיספר, ולא לגמרי ברור לגבי עזרה, אבל כאמור, לא נכון לבצע שינוי כזה על דעתו של עורך ממשק "רק" משום שיש לו יכולת טכנית לבצעו, וכאמור, שינוי כזה טעון דיון והסכמה. לגבי עריכות ששוחזרו, לא מצאתי דיון כזה, הגם שלדעתי סביר לקזז כאלה. בברכה - קיפודנחש 19:53, 27 במאי 2024 (IDT)

אכן, לא הייתה לי כוונה לחזור על עריכות מעין אלו ללא תיאום מוקדם. אם דנים על דעה אישית, לי לא ברור לגבי מרחב מדיה ויקי שהוא טכני לחלוטין, גם מרחב יחידה אני מסופק. למעשה משאיר להחלטתך את הטיפול בסקריפט. מיכי - שיחה 17:10, 28 במאי 2024 (IDT)

• אני מסכים עם קיפודנחש ששינויים בסקריפט רגיש כזה, שאינם משפיעים רק על ממשק האתר אלא בעיקר על השאלה למי ניתנת זכות הצבעה, צריכים לעבור דיון ולזכות לקונצנזוס רחב בטרם החלתם. אני מסכים גם שבפועל, המצב ב־15 השנים האחרונות (אם לא יותר) הוא שקריטריוני זכות ההצבעה נאכפים דה־פקטו לפי הקוד של הגאדג'ט, ולא לפי דפי המדיניות, שהרי אני בספק אם מישהו נוטה לבדוק זכות הצבעה (לעצמו או לכל משתמש אחר) באופן ידני.
• לגבי מרחב "יחידה": תרומות למרחב "יחידה" שקולות באופיין לתרומות למרחב "תבנית", ואין סיבה הגיונית שגאדג'ט הבודק זכות הצבעה יפלה לרעה תורמים שכותבים תבניות בשפת Lua (במרחב "יחידה") על פני תורמים שכותבים תבניות בקוד ויקי (במרחב "תבנית").
• לגבי מרחב "מדיה ויקי": כמו קיפודנחש, גם בעיניי מובן מאליו שמרחב זה משיק למרחב הערכים. חלק לא מבוטל מהתרומות במרחב זה משפיעות בצורה ניכרת על קוראי הערכים. כדי לסבר את האוזן, זכור לי שבזמנו כתב קובי כרמל סקריפט שתומך בהוספת מצגת תמונות לערכים, וקיפודנחש כתב סקריפט שמציג תקציר של הערך במעבר עכבר על קישור אליו (לפני שהתכונה הזו נוספה ע"י המפתחים הגלובליים). תרומות כאלה נספרות במרחב "מדיה ויקי" והושקע בהן מאמץ התנדבותי גדול מאוד – לא יעלה על הדעת להשמיט אותן מספירת העריכות שמקנות זכות הצבעה. אני בטוח שגם לאבות המייסדים של ויקיפדיה שניסחו את כללי זכות ההצבעה לא הייתה כוונה כזו.
• לגבי מרחב "עזרה": זה כנראה המקרה הכי פחות מובן מאליו, אך אני לא מסכים עם האמירה שמרחב זה "אינו נושק בשום דרך למרחב הראשי": דפי עזרה תורמים למרחב הערכים בתור מעין "מתווכים", בכך שהם מדריכים תורמים חדשים איך לערוך. יש גם דפי עזרה שמדריכים בעיקר את הקוראים, ולא רק את העורכים, למשל הדף עזרה:חיפוש בוויקיפדיה. גם אם יש עוררין על כך, לא ניתן להסיר אותו ללא דיון: במשך 15+ השנים האחרונות אלפי עורכים הצביעו באלפי הצבעות, ולמספר עריכותיהם במרחב "עזרה" היה חלק בקביעת זכות ההצבעה (או היעדרהּ) של כל אחד מהם. נכון שעבור רובם מדובר בחלק קטן מאוד או אפילו אפסי, אבל לטעמי לא סביר שהכללתו של מרחב זה מעולם לא השפיעה על הכרעה של שום הצבעה.
• לגבי השמטת עריכות ששוחזרו – אמנם מבחינת מדיניות יש בכך היגיון, אבל כנראה שלא ניתן לאכוף זאת בקלות ע"י סקריפט. התגית "שוחזרה" לא מספיק עקבית ואמינה כדי לקבוע אילו עריכות שוחזרו ואילו לא. שמתי לב שהרבה מאוד עריכות שמבוטלות עם כלי ה"ביטול" (בשונה מכלי השחזור המהיר שניתן למנטרים) לא מקבלות את התגית הזו, ואין שום סימון נוח במערכת לכך שהן בוטלו. מנגד, כשמתבצע שחזור עמוק של רצף השחתות, עריכות תורמות נוטות לקבל את התגית הזו "על לא עוול בכפן". לכן, גם בנושא זה צריכים להיות זהירים, ואם האינדיקציה היחידה במערכת לכך שעריכה שוחזרה היא התגית המדוברת שמוצמדת באופן אוטומטי – זה מאוד בעייתי כי לא ניתן לסמוך עליה במאה אחוז, אפילו לא קרוב לכך.
• יש עוד קריטריונים שכתובים במדיניות אך דה־פקטו לא נאכפים כלל, או לא נאכפים בדיוק לפי כוונת האבות המייסדים. לדוגמה, אם זיכרוני אינו מטעני, המדיניות הרשמית משמיטה עריכות בתבניות משתמש (למשל תבנית:משתמש לא מעשן), אך הסקריפט שבו כל בודקי זכות ההצבעה משתמשים מתייחס לעריכות כאלה כעריכות מן המניין במרחב השם "תבנית" ומעולם לא השמיט אותן מהספירה. לא בטוח שיש דרך ריאלית להשמיט אותן ע"י סקריפט אוטומטי.
• אמ;לק: זהו סקריפט רגיש, ולכל שינוי בו (שאינו טכני גרידא, אלא כזה שממש משנה את אופן הספירה של העריכות) יש פוטנציאל להשפיע על מאות ואלפי הצבעות שנערכו ב־15+ השנים האחרונות. מכיוון שבכל התקופה הזו רוב ככל בודקי זכות ההצבעה עשו שימוש בסקריפט כדי לבדוק זכות הצבעה של משתמשים, התקבע נוהג לסמוך עליו אוטומטית ולראות בו פסק דין חלוט בשאלת זכות ההצבעה של המצביעים. לפיכך, אפשר לראות בקוד שלו מדיניות דה־פקטו של קריטריוני זכות ההצבעה ב־15+ השנים האחרונות, גם אם ברור שהכותב הראשוני שלו (יונידהבסט?) לא התכוון לנכס לידיו סמכות עצומה כזו כשכתב את הסקריפט.

Guycn2 - שיחה 🎗️ 18:51, 30 במאי 2024 (IDT)

כאמור לעיל, לא הייתה לי כוונה לחזור על הצעד ההוא שוב, אלא רק להפנות למצב הבעייתי שכפי הנראה לא ידוע לקהילה. לפיו מדיניות בנושא מהותי שנקבעה בהצבעה, לא מיושמת בפועל. הטיעון שהסקריפט קובע את המדיניות לא נשמע סביר בהתחשב שאף אחד מהמצביעים לא יודע מה הסקריפט בודק וסבור שהוא בודק את אשר הוא אמור. התנצלותי בפני בעה"ב על ההתנחלות שהקמתי כאן. מיכי - שיחה 19:12, 30 במאי 2024 (IDT)

מה שגיא אמר. קיפודנחש 22:02, 30 במאי 2024 (IDT)

שוב סקריפט רשימת המעקב

היי. תוכל בבקשה להקדיש חמש דקות כדי לעדכן את אייקון הכוכב של סקריפט רשימת המעקב? זה כוכב שחור עם תוכן לבן, אבל נראה שהוא לא לבן, אלא שקוף. עד כה זה היה לא משנה, אבל מאז שיש דארק מוד במדיהוויקי, זה שחור על שחור, לא רואים את הכוכב בכלל. תודה. יגאל (בקשת עזרה, IKhitron ושיחה) 18:03, 1 ביוני 2024 (IDT)

בדקתי כרגע, ואצלי זה נראה תקין במצב כהה. זה לא שחור על שחור - המחומש עצמו מוצג בלבן עם פנים שחור, בדיוק כמו האייקונים האחרים. קיפודנחש 18:12, 1 ביוני 2024 (IDT)

יכול להיות שדלוק אצלך דארק מוד אחר? ראה כאן. יגאל (בקשת עזרה, IKhitron ושיחה) 18:17, 1 ביוני 2024 (IDT)

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

בדוק אם הבעיה קיימת אצל עוד משתמשים: אם כולם כמוך, הבעיה אמתית, אם כולם כמוני הבעיה אצלך, ואם באמצע אז באמצע. קיפודנחש 18:25, 1 ביוני 2024 (IDT)

בדקתי, לא רק אצלי. עד כה הכל מהכל. לא ענית, אתה בטוח בדארק מוד הנכון, זה עם המשקפיים? יגאל (בקשת עזרה, IKhitron ושיחה) 18:32, 1 ביוני 2024 (IDT)

כן עניתי. כתבתי "הכל יכול להיות. כשאגיע למחשב אנסה לראות הכצעקתה. קיפודנחש 03:10, 2 ביוני 2024 (IDT)

טופל קיפודנחש 03:53, 6 ביוני 2024 (IDT)

תודה רבה. יגאל (בקשת עזרה, IKhitron ושיחה) 12:12, 6 ביוני 2024 (IDT)

היי. זה נשבר שוב. אולי תוכל גם לנסות class=skin-invert-image או class=skin-invert, לפחות במטא אומרים שזה עוזר. יגאל (בקשת עזרה, IKhitron ושיחה) 14:25, 29 ביוני 2024 (IDT)

היי. זה נשבר שוב. עכשיו שני האייקונים מופיעים ביחד. יגאל (בקשת עזרה, IKhitron ושיחה) 01:38, 6 בספטמבר 2024 (IDT)

תודה על הדיווח. תוקן. קיפודנחש 04:16, 6 בספטמבר 2024 (IDT)

הרשאה

יצרתי קטגוריה זמנית לטיפול בפרמטרים שאינם נתמכים כבר בתבנית ארכיון (לאחר שבדרכים אחרות לא הצלחתי לרכז אותם). לפי מספר הדפים נראה שיהיה יעיל יותר לטפל במה שאפשר מתוכם באמצעות סקריפט ח"פ. להבנתי ריצה מסוג כזה מצריכה הרשאת יוצר חשבונות, אשמח להבין האם אני צודק והאם לדעתך זה מצדיק את בקשת ההרשאה. נ.ב. אם יש צורך אוכל לכתוב את הסקריפט באתר. מיכי - שיחה 16:13, 5 ביוני 2024 (IDT)

במחשבה שניה, אני נותן דעתי שעריכות בקצב כזה מקובל לבצע באמצעות בוט, לבקש דגל בוט נשמע לי יומרני מדי. מיכי - שיחה 16:19, 5 ביוני 2024 (IDT)

אם מדובר על עריכת מספר גדול של דפים, אמליץ לבקש שיתוף פעולה מאחד העורכים שמפעילים AWB. סקריפט לשימוש חדפעמי המיועד לעריכת מספר דפים גדול מצלצל באוזן שלי כמו הכלי הלא נכון לבעיה לא מתאימה, או כמו שהדוד שלי היה אומר, גם אם יש בארגז שלך רק פטיש, לא כל דבר בעולם זה מסמר. בב"ח - קיפודנחש 16:19, 5 ביוני 2024 (IDT)

טאב חדש

היי. תוכל בבקשה ללמד אותי או לתת קישור? אני מחפש דרך להוסיף טאב חדש לדף ויקי בסקריפט. למשל, כאן למעלה בין "עריכת קוד מקור" ל"גרסאות קודמות". תודה. יגאל (בקשת עזרה, IKhitron ושיחה) 20:04, 6 ביוני 2024 (IDT)

זה אותה קריאה כמו זו שמוסיפה portlet לתפריט הצד. תוכל להציץ בסקריפטים עתיקים כמו זה שהוסיף + לשורה הראשונה (הוספת נושא בדף שיחה), ועתיק אחר שמוסיף 0 לעריכת הפתיח כפסקה בעורך קודמקור.

מה שקובע אם ה-portlet יתווסף לתפריט הצד או לעליון או ל"כלים" או כל מקום אחר הוא פרמטר שמעבירים לקריאה.

כדאי להציץ ב"ידיעות הטכנולוגיה" - ממש לא מזמן, אולי אפילו באחרון היה משהו על הדרך הנכונה להשתמש בקריאה או שינוי או שכלול כלשהו - לא התעמקתי. קיפודנחש 20:16, 6 ביוני 2024 (IDT)

עוד לא חזרתי למחשב, אבל נזכרתי: addPortletlink. קיפודנחש 20:24, 6 ביוני 2024 (IDT)

תודה רבה. נראה שהפרמטר הנכון הוא p-views. יגאל (בקשת עזרה, IKhitron ושיחה) 20:33, 6 ביוני 2024 (IDT)

"נכון" זה מושג יחסי.

אם רוצים את הפורטלט החדש בתפריט העליון (השורה עם ה"עיניים") אז 'p-vector-user-menu-userpage'. אם רוצים בתפריט הכלים, אז p-tb (אאז"נ). הצץ בתיעוד - יש פרמטר אחד שאומר לאיזה סרגל כלים לתקוע, ושני שאומר אחרי איזה פורטלט קיים בסרגל המבוקש. אם לא נותנים את השני (או נותנים משהו שלא נמצא), התוכנה תתקע את הפורטלט שלך בסרגל הנכון, איפה שמתאים לה ("סרגל" זה מושג יחסי. לעניינינו, תפריט הכלים למשל גם נחשב "סרגל"). קיפודנחש 22:51, 6 ביוני 2024 (IDT)

מהתחלה כתבתי איפה בדיוק אני רוצה את זה. ואני זוכר את הפרמטרים הללו, כי השתמשתי בפונקציה הזאת בעבר, מה שהיה חשוב לי זה המיקום המדויק. יגאל (בקשת עזרה, IKhitron ושיחה) 00:15, 7 ביוני 2024 (IDT)

"למשל" ו"בדיוק" זה לא אותודבר. קיפודנחש 00:26, 7 ביוני 2024 (IDT)

אוסיף שקיים גם פרמטר אופציונלי, שביעי בסדרו, שמאפשר לקבוע בדיוק גדול יותר לצד איזה אלמנט בדף להוסיף את הקישור/הטאב. התיעוד נמצא כאן, ומשם ניתן גם לצפות בקוד המקור של הפונקציה. Guycn2 - שיחה 🎗️ 01:56, 7 ביוני 2024 (IDT)

קראתי שוב את תגובתו של קיפודנחש לעיל, ונראה שהחמצתי את העובדה שהוא כבר ציין את הפרמטר האופציונלי שעליו דיברתי. נו שוין, אולי עזרתי במציאת התיעוד... (גם אם למבקרים אחרים שעוקבים אחרי הדף הזה ואולי מתעניינים.) Guycn2 - שיחה 🎗️ 01:59, 7 ביוני 2024 (IDT)

אה, ככה הבנת את זה. סורי. התכוונתי במקום ההוא, למשל בין זה לזה. דוגמה אחרת הייתה לפני "קריאה", או אחרי "קריאה", אבל כולם באותו מקום בדף. יגאל (בקשת עזרה, IKhitron ושיחה) 12:56, 7 ביוני 2024 (IDT)

סקריפט ההגדלה

היי. נראה שמשהו קרה בסקריפט הגדלת התמונות שלך. ומכיוון שזה לא קרה בקוד שלי שהעתקתי ושיניתי בוויקיפדיה אחרת, אז זה נראה כמו משהו מקומי, בעיה בקוד מקומי או באג יום ד'. האחרון חמור ביותר, כי אז זה יקרה גם אצלי הערב, ומחר צפויים שם המוני קוראים בגלל חדשות מקומיות בנושא. יש מצב שתבדוק את זה, בבקשה? למשל, בתבנית:מפת רכבת ישראל, כשלוחצים על לחץ להגדלה, התמונה נעלמת. תודה. יגאל (בקשת עזרה, IKhitron ושיחה) 13:51, 20 ביוני 2024 (IDT)

נ"ב מתברר שגם כאן, כמח למטה, הבעיה היא רק בווקטור החדש. יגאל (בקשת עזרה, IKhitron ושיחה) 15:01, 20 ביוני 2024 (IDT)

היי. תזכורת. תודה. יגאל (בקשת עזרה, IKhitron ושיחה) 01:25, 14 ביולי 2024 (IDT)

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

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

ניסיתי לחפור טיפה, לא הגעתי לכלום בינתיים. אם אתה יכול לנסות גם להסתכל כדאי שתנסה, ואולי @Guycn2 ישיג את שנינו. קיפודנחש 02:01, 14 ביולי 2024 (IDT)

אין בעיה, אני אנסה. הייתי בטוח שזה שלך. יגאל (בקשת עזרה, IKhitron ושיחה) 02:08, 14 ביולי 2024 (IDT)

טעיתי כשכתבתי שהמייבא היה יונידבסט - לפי מה שכתוב שם מי שהביא אותו הנה היה מיקימיק. לא טעיתי כשאמרתי שהייבוא נעשה מוויקיפדיה בצרפתית, וגם לא כשכתבתי שזה נעשה לפני שהצטרפתי. אני מנסה עכשיו למצוא את המקור - אם הוא עדיין בשימוש, אולי הצרפתים מצאו מה הבעיה ומה הפתרון. (מדיה ויקי:Gadget-ImgToggle.js) קיפודנחש 02:12, 14 ביולי 2024 (IDT)

הסתכלתי עכשיו. נראה במבט ראשון שזה לא יהיה קל, כי אני לא מומחה לענייני ה-hook. אני אנסה שוב, אבל לא היום. יגאל (בקשת עזרה, IKhitron ושיחה) 02:17, 14 ביולי 2024 (IDT)

לא נראה לי קשור ל-hooks. קרה משהו למבנה הדף, וזה נראה יותר משהו שצריך לתקן באיזה css. הקוד משתמש ב-mw.util.addCSS - לא בטוח שזה קשור בבעיה עצמה. קיפודנחש 02:27, 14 ביולי 2024 (IDT)

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

מאד משונה. נראה שהבעיה הייתה בשורה זו.

השתמשתי שם בפונקציה height() של jQuery, שהחזירה משום מה 0. החלפתי ל-height ישירות מה-DOM (כלומר האלמנט עצמו, בלי להפוך אותו למשהו של jQuery, ונראה שהבעיה נפתרה. זה נראה הזוי לגמרי - width() עבד באופן תקין, ובאותו זמן height() החזיר 0. ניחוש גס: מישהו עשה משהו במדיה ויקי בעיצוב וקטור חדש שגרם ל-override לפונקציה הזו, אם כי החידה נשארת: למה בגודל הקטן height() עשה מה שצריך ובגדול לא... קשה לי להאמין שמשהו כה בסיסי ב-jQuery עצמו שבור. אין לי כוונה לחפור - נראה שהפאטש שעשיתי עובד.

תודה על הדיווח - כאמור, ראיתי זאת אתמול, אבל התעצלתי, וה-ping ממך המריץ אותי לחפור.

anywhoo, סוף טוב הכל טוב (גם אם ה"סוף" עוד לא הגיע, ושברים נוספים נכונו לנו בהמשך הדרך). קיפודנחש 02:54, 14 ביולי 2024 (IDT)

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

לגבי "הייתי עולה על זה": הסתכלתי דבר ראשון ב-dom בעזרת כלים למפתח, ודי מהר היה ברור שמופיע שם height אפס. דבר ראשון שיניתי ידנית את הגובה (גם של ה-img וגם של ה-div), והתמונה צצה, כך שהיה ברור מה לא בסדר. אז חיפשתי בקוד height ושמתי breakpoint בכל מקום שהופיע, בלי לחשוב יותר מדי. יש לי בך אמון מלא - היית עולה על זה, תוך קצת יותר או קצת פחות זמן ממני.

לגבי הפס המגעיל הזה - הוא היה שם גם לפני הפאטש. ראיתי את זה, אבל לא חפרתי.

בנייד עכשיו - אם אתה במחשב, אולי תרצה לבדוק אם גם זה רק בווקטור חדש. קיפודנחש 03:45, 14 ביולי 2024 (IDT)

מממ. לא בטוח. נתחיל מזה שהשתמשתי ב-breakpoint רק פעם אחת, מבלי לדעת מה אני עושה. וכן זה רק בווקטור החדש, בדקתי כבר אז. נצל"ש אני כבר עובד כמה שבועות לא מעטים על משהו מאוד מסקרן, ועוד מעט אצטרך להתמודד הרבה עם חוסר הידע שלי בסקריפט הצביעה שלך. המון עבודה ומאוד מעניין. אני בכוונה לא מספר לך, כי אני לא רוצה שתתחיל לעזור לפני שניסיתי בעצמי. אחר כך אני אספר לך, בין אם אצליח לבד ובין אם אצטרך לשאול. יגאל (בקשת עזרה, IKhitron ושיחה) 12:30, 14 ביולי 2024 (IDT)

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

בכלים למפתח יש טאב sources. מוצאים את המקור המתאים (אולי החלק הקשה ביותר - יש עשרות מקורות שונים) ופותחים אותו על ידי הקשה על השורה ב"מקורות",

בחלונית של המקור, הקשה מול שורה ב"מרזב" השמאלי קובעת "נקודת עצירה". אחרי שקובעים את הנקודה, אם זה סקריפט שפועל "מעצמו" בטעינת הדף, מבצעים ריפרש לדף. אם הפעולה ידנית בלחיצה על כפתור כלשהו, בדרך כלל אין צורך. כשהדפדפן עוצר בביצוע הסקריפט בנקודת העצירה, אפשר לעשות כל מיני דברים: לבחון את ערכם של משתנים מקומיים וגלובליים ואפילו לשנות אותם, להמשיך להריץ את הסקריפט (כאן יש מספר אפשרויות שונות: שורה שורה או "ריצה חופשית" עד הפעם הבאה שהוא ייתקל בנקודת עצירה, כשהשורה עליה נמצאים היא קריאה לפונקציה אפשר לבצע אותה או לדבג לתוך הפונקציה, ואפשר להורות לו לרוץ עד שהפונקציה הנוכחית חוזרת), במצב "עצירה" אפשר לקבוע נקודות עצירה חדשות או לבטל קיימות, ועוד. זה משהו שמשפר את הפרודוקטיביות של מפתח תוכנה בערך פי חמש. קיפודנחש 15:51, 14 ביולי 2024 (IDT)

תודה על ההסבר המפורט. אני אנסה. עכשיו אני משתמש המון באינספקטור, קונסול, alert ו-mw.notify עם סוגי תיוג שונים במקרים כאלו. יגאל (בקשת עזרה, IKhitron ושיחה) 16:21, 14 ביולי 2024 (IDT)

בהחלט כלים מועילים שאין צורך להפסיק להשתמש בהם כשמוסיפים את הדיבגר לארגז הכלים האישי. יש מצבים בהם דיבגר לא יעיל, בעיקר כשהמערכת בנויה עם ריבוי משימות. JS אינה כזו, לא מתבצע שום קוד "ברקע", ודיבגר מתאים לה כמו כפפה ליד. בברכה - קיפודנחש 16:36, 14 ביולי 2024 (IDT)

התייעצות דחופה

היי. זה ככל הנראה לא קשור לנושא הקודם, אבל לא בטוח. גיליתי עכשיו שמאות רבות של ערכים בוויקיפדיה אחרת עם גרסאות שלי לסקריפטים שלך נהרסו. מה שקרה הוא שכל צורות ה-ImagemapHighlight זזו קצת הצידה, והן מופיעות לא במקום הנכון, אלא ימינה ולמטה ממנו. כאן אין בעיה כזאת. אבל אני מאמין שהבעיה היא לא בגרסה שלי או שלך, אלא שהיא בשתי הגרסאות, ותלויה בהגדרת svg, כאשר הקואורדינטות של הפינה השמאלית העליונה הן לא 0,0. בסקריפט ה-ImagemapEdit שלך הכל נראה מושלם. יש מצב שמשהו שכתבת , ואני לא שיניתי כלום בחלק הזה, ככל שאני זוכר, יכול להשתנות בעקבות איזושהי הגדרה חיצונית, משהו שעשו במדיה ויקי, נגיד? כי לא נגעתי בכלום. כאן תמונה לדוגמה, אם תרצה לראות. אשמח מאוד לעצתך. תודה. יגאל (בקשת עזרה, IKhitron ושיחה) 14:25, 20 ביוני 2024 (IDT)

עכשיו התברר שהבעיה היא רק בווקטור החדש. יגאל (בקשת עזרה, IKhitron ושיחה) 14:30, 20 ביוני 2024 (IDT)

יש איזה הודעה ב"חדשות הטכנולוגיה' על svg. אולי קשור ואולי לא. לא נראה לי שאוכל להסתכל על זה השבוע. קיפודנחש 16:02, 20 ביוני 2024 (IDT)

פתחתי באג בפבריקטור, והם מצאו בעיה, משהו עם resize במקום הלא נכון בחלק מהעיצובים. יגאל (בקשת עזרה, IKhitron ושיחה) 22:20, 21 ביוני 2024 (IDT)

הדוגמה מרשימה מאד. נראה ששעות עבודה רבות הושקעו ביצירת ה-imagemap הזה. כל הכבוד!

הצצתי בכרום ובפיירפוקס ולא ראיתי שום "הזזה הצידה" - ה-highlight מכסה בדיוק די טוב את מה שהוא אמור לכסות.

אולי התיקון כבר הגיע לשטח, אולי יש אי הבנה שלי לגבי הדיווח עצמו (כלומר הבעיה בעצם מופיעה גם אצלי ובגלל אי הבנה נראה לי שאין בעיה), אולי התבלבלת כשכתבת "רק בווקטור החדש" ובעצם התכוונת לעיצוב אחר, ואולי הבעיה מופיעה רק בדפדפנים מסוימים שאינם כרום או פיירפוקס. בברכה - קיפודנחש 22:53, 21 ביוני 2024 (IDT)

> הדוגמה מרשימה מאד. נראה ששעות עבודה רבות הושקעו ביצירת ה-imagemap הזה. כל הכבוד!
תודה. אבל האמת, השקעתי בזה כמה מאות שעות נטו.
> הצצתי בכרום ובפיירפוקס ולא ראיתי שום "הזזה הצידה" - ה-highlight מכסה בדיוק די טוב את מה שהוא אמור לכסות.
כי עכשיו זה כבר עובד, מאז שהם הבינו מה קורה ונתנו לי פאץ'. יגאל (בקשת עזרה, IKhitron ושיחה) 23:02, 21 ביוני 2024 (IDT)

כלומר הבעיה נפתרה? מה הכוונה "הם נתנו לי פאץ' "?

גרסה חדשה של מדיה ויקי, או שינוי בסקריפט שלך? קיפודנחש 23:53, 21 ביוני 2024 (IDT)

אצלי כן, אצלם לו. זה טופל נקודתית אצלי, אבל ימשיך להיות בעיה בתמונות אחרות. אבל הם כותבים פתרון כללי למדיה ויקי, עבור הווקטור החדש, Timeless ו-Monobook, ויכניסו אותו כשיהיה מוכן. יגאל (בקשת עזרה, IKhitron ושיחה) 23:57, 21 ביוני 2024 (IDT)

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

מה שחשבתי שהפריע זה משהו כזה: במפת התמונה, האזורים עצמם הם tabstop. אם מטבטבים על התמונה, נוצר מצב שכאשר לכמה אזורים יש אותו קישור (כלומר אותו פריט ברשימה), בטיבטוב עוצרים על כל אחד מהם, וכתוצאה, ההתנהגות לא אינטואיטיבית מבחינת הקורא: כשה- focus הוא על אזור בתמונה, לפעמים לחיצה על טאב מקפיצה לפריט הבא ברשימה ולפעמים זה לכאורה "תקוע" על אותו פריט, ורק אחרי עוד כמה טיבטובים זה עובר לאזור הבא.

הפתרון הוא פשוט: מרשים רק לאזור הראשון ששייך לפריט מסוים להיות tabstop.

המימוש מינימלי: שים לב ללולאה שרצה על האזורים. עבור כל אזור היא בודקת אם כבר קיים פריט ברשימה (lis), ואם לא, היא מייצרת פריט חדש. כל מה שצריך זה להוסיף "ואם כן, היא מדביקה לאזור tabindex שלילי". באופן כזה רק אזור אחד (הראשון) מכל האזורים שמתאימים לפריט יהיה tabstop. בב"ח - קיפודנחש 00:37, 14 ביולי 2024 (IDT)

תודה. אבל עשיתי את זה מחוץ לסקריפט הצביעה, כך שאין לי גישה לנתונים הללו. אולי יום אחד אעביר את זה לשם. זה קשה יותר, כי כמו שכבר אמרתי המון, אני לא מבין מה קורה בו. יגאל (בקשת עזרה, IKhitron ושיחה) 01:23, 14 ביולי 2024 (IDT)

בקשת עצה

היי. ראית את המפה הענקית שקישרתי למעלה לפני כמה ימים. קיבלתי בקשה מהקרן להוסיף אליה הנגשה. התחלתי מדבר פשוט, בלחיצת כפתור ה-Tab ה-focus זז לינק אחד קדימה, כדי שאפשר יהיה להגיע לרצוי גם בלי עכבר. הטקסט של כל מי שנבחר מודגש, בצהוב עם מסגרת כחולה, וכשמצאנו את הנכון, לוחצים על אנטר, והלינק נפתח. אבל אני לא מכיר את החלק של highlight, ולכן לא יודע מה לעשות כדי שכשמגיעים ללינק מסוים, לא רק השם שלו ברשימה ייצבע, אלא גם השטח הרלוונטי במפה, אותו שטח שהיה נצבע אם הייתי מעביר עכבר על אותו הלינק. כי אני לא מבין כרגיל שום דבר בקוד שלך שם. תוכל בבקשה להגיד לי, איזו פקודה מדליקה את הצביעה של שטח דרוש? אני מנסה, עד כה ללא הצלחה. תודה רבה מראש. יגאל (בקשת עזרה, IKhitron ושיחה) 01:12, 23 ביוני 2024 (IDT)

בסקריפט כאן זו שורה 122 (מספרי השורות כאן ובהמשך מתאימים למדיה ויקי:Gadget-ondemand-Imagemap-Highlight.js) :

			.on('mouseover mouseout', mouseAction)

אם הבנתי אותך נכון, אתה רוצה להוסיף אחרי mouseover mouseout במחרוזת גם focus blur, ובפונקציה עצמה (mouseAction) לשנות את שורה 45:

// change currect line 45:
			activate = e.type == 'mouseover',
// to:
			activate = e.type == 'mouseover' || e.type == 'focus',
// and line 122 from:
			.on('mouseover mouseout', mouseAction)
// to:
			.on('mouseover mouseout focus blur', mouseAction)

זה לא ישנה את ההתנהגות במפה עצמה אלא רק ברשימה. אם tab עובד גם במפה, ואם מה שרשמתי לא מספיק, נסה להוסיף focus blur גם בשורה 129 בדומה ל-122. לא בדקתי ולא ניסיתי - זה עליך, אבל נראה לי שזה יעשה את מה שנדמלי שאתה מנסה להשיג. בב"ח - קיפודנחש 02:34, 23 ביוני 2024 (IDT)

תודה. ניסיתי בלי ועם 129, אבל לצערי זה לא עזר, ואין כלום בקונסול. ולא. טאב לא עובר במפה. חבל... יגאל (בקשת עזרה, IKhitron ושיחה) 02:52, 23 ביוני 2024 (IDT)

יכול להיות שאנחנו מדברים על פוקוס שונה? כי בדקתי כמה אפשרויות עד שמצאתי את המתאים. ru:User:IKhitron/checktab.js. יגאל (בקשת עזרה, IKhitron ושיחה) 03:02, 23 ביוני 2024 (IDT)

מעניין. חשבתי לתומי שאירוע focus קופץ כאשר מטבטבים לאיבר ברשימה. חכה כמה דקות (בבקשה - אם לא תחכה אצטרך שוב להילחם בהתנגשויות וזה די מתסכל עם התכונה החדשה של "שמירת שינויים לא שמורים"), ואנסה להשתמש בדיבגר כדי לראות איזה אירוע קופץ. אתה יכול גם: בחלון "כלים למפתח" יש אפשרות לבקש עצירה על אירועים: בקש עצירה על כל event, ותראה אילו אירועים קופצים. הדוגמה שלך אולי עובדת, אבל ספק בכך: האלמנט שמקבל keydown אינו האלמנט שרצית אלא אחד לפניו או אחד אחריו (במקרה של shift+tab) וזה כבר בוכהלטריה שלמה שאתה לא רוצה לנהל בעצמך. אז לצורך הניסוי, אוסיף לכאן רשימה קטנה:

1. אחד
2. שניים
3. שלושה

קיפודנחש 03:06, 23 ביוני 2024 (IDT)

הרשימה שהוספתי לא עושה את העבודה, כי הפריטים בה לא יודעים "לקבל פוקוס". נסה את מה שהצעתי בעזרת "כלים למפתח - אולי תצליח יותר ממני. העיקרון אמור להיות זהה למה שתיארתי למעלה, אבל ה-events כנראה אינם focus/blur אלא צמד אחר. קיפודנחש 03:07, 23 ביוני 2024 (IDT)

תודה, אני אנסה מחר. לגבי לפניו או אחריו - זאת הדרך היחידה שמצאתי שעובדת טוב. כשלוחצים על טאב בכל לינק חוץ מאחרון, הוא עושה את עבודה בעצמו, וכשלוחצים באחרון, צריך לעבור לראשון ידנית. אז לא כל כך הבנתי מה לא בסדר. יגאל (בקשת עזרה, IKhitron ושיחה) 03:12, 23 ביוני 2024 (IDT)

אם אתה מטפל במקלדת בעצמך ומזהה את הפריט ברשימה בעצמך ומחזיק אותו ביד, כל מה שאתה צריך זה לשלוח לו (כלומר לאלמנט הזה, שאמור להיות מסוג li) בעצמך mouseenter (בערך משהו כמו $(lielEment).trigger('mouseenter'). זה בדיוק מה שאני עושה מהתמונה (בשורה 131) - ה-area יודע מי הפריט ברשימה (li) שמתאים לו, ושולח לו mouseenter ו-mouseleave, שלשמחתי הם בדיוק אותם אירועים שה-area בעצמו מקבל (ולכן e.type). בקריאת הקוד נראה שהפרמטר השני של הפונקציה (fromMap) לא בשימוש, ואפשר לזרוק אותו לפח, ולהוריד את הפרמטר השני (true) בשורה 131. כנראה במהלך הפיתוח היה נדמלי שהוא נחוץ כדי להבדיל בין המקרה שה-trigger הגיע מהתמונה או מהרשימה, ואיכשהו לא ניקיתי אותו מאז. קיפודנחש 03:28, 23 ביוני 2024 (IDT)

תודה, אני אנסה. לגבי fromMap, הוא אכן לא עושה כלום. הוספת אותו בזמנו לקוד שלך רק כדי להראות לי איך עושים זאת, כי בקוד שלי הוא עושה המון, אם לדבר בגדול, הוא אחראי על להחליט האם להריץ את המפה למעלה ולמטה בזמן הארוע - חובה לעשות זאת כשהעכבר מעל הרשימה, לחשוף את השטח הרלוונטי, ואסור לעשות זאת במפה עצמה. כנראה שכחת למחוק אותו אחר כך. יגאל (בקשת עזרה, IKhitron ושיחה) 13:56, 23 ביוני 2024 (IDT)

הצצתי עכשיו בקוד שלך, והוא לא קומפטיבילי עם ההתנהגות של הסקריפט (או עם העצה שלי מלמעלה): אתה שולח focus לאלמנט a שנמצא _בתוך_ ה-li. העצה שנתתי למעלה הייתה למקרה שה-focus נתפס על ידי ה-li עצמו. אולי כל מה שאתה צריך זה למחוק את ה-a מהסלקטור. אולי זה יעשה מה שאתה רוצה ואולי לא. אם זה לא יעשה מה שאתה רוצה, אתה יכול ללמד את כל ה-a-ים שלך לשלוח mouseenter ל-li שמכיל אותם (closest('li') כשהם מקבלים focus.

$('yourSelector li a')
   .on('focus', function() { $(this).closest('li').trigger('mouseenter'); } )
   .on('blur',  function() { $(this).closest('li').trigger('mouseleave'); } );

קיפודנחש 03:41, 23 ביוני 2024 (IDT)

הגיוני. תודה, אנסה גם גם את זה. הייתה לי סיבה טובה לבחור דווקא את a, זה עזר לחלק של css בפוקוס, ובשמות הקווים זה עושה הבדל ענק. אני אבדוק גם את זה. יגאל (בקשת עזרה, IKhitron ושיחה) 13:58, 23 ביוני 2024 (IDT)

התחלתי מהאחרון, כי הוא נראה לי הכי הגיוני, וזה עובד. תודה רבה לך! עדיין הפעלתי את זה בדרך מטומטמת, בכמה מקומות, ואצטרך לנקות את הקוד, אבל עובדה שמצאת מה לעשות. יגאל (בקשת עזרה, IKhitron ושיחה) 14:58, 23 ביוני 2024 (IDT)

תגיד לי, בבקשה, ואם בקוד הזה של טריגר, שתי תגובות למעלה, אני לא אעשה mouseenter ו-mouseleave, אלא focus ו-blur, ואז אוסיף את שני האירועים החדשים הללו כמו שהמלצת למעלה, יחד עם אירועי עכבר, זה בסדר מבחינתך? כי אני מחפש דרך לנתק לגמרי את העכבר במצב "ניווט מקלדת", כי אחרת העכבר והמקלדת מפריעים אחד לשני, כי רשימת הקישורים זזה, וחלקים שונים שלה נוגעים בסמן העכבר, כך שלפעמים ניווט המקלדת עובד, ולפעמים לא. יגאל (בקשת עזרה, IKhitron ושיחה) 22:17, 23 ביוני 2024 (IDT)

צריך לשמור (בעכבר לפחות) על שני הכיוונים - mouseenter מסמן אזור ו-mouseout מסיר את הסימון.

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

הסיבה שהטריגר צריך לשלוח דווקא mouseenter ולא focus היא פשוט מפני שכרגע הפונקציה mouseAction לא מטפלת ב-focus. כדי שתגיב ל-focus, עליך להוסיף את השינוי שרשמתי לשורה 45 למעלה. חוצמזה, לא נראה לי בעיה, ואם הבנתי נכון וכשמשתמשים במקלדת אין מצב בו אף אזור לא מסומן, אתה לא צריך לטרוח עם blur.

לשאלתך אם זה בסדר מבחינתי: בהנחה שאתה מדבר על עותק של הסקריפט שייבאת לוויקירוסית ולא הסקריפט כאן, כל מה שתעשה "בסדר" מבחינתי. רציתי לכתוב "קרא את הרישיון בראש הסקריפט" ואז ראיתי שאין כזה. הוספתי (מספרי השורות זזו קצת...). קיפודנחש 02:11, 24 ביוני 2024 (IDT)

תודה רבה על ההסבר. לגבי "תמיד יש אזור מסומן" - ככה זה אולי בקובץ שראית, אבל הוא גדל מאז פי עשרה, וזה בפירוש לא ככה. והתכוונתי ל"בסדר" מבחינה טכנית, כמובן. יגאל (בקשת עזרה, IKhitron ושיחה) 02:26, 24 ביוני 2024 (IDT)

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

$('yourSelector li a')
   .on('focus blur', function(e) { $(this).closest('li').trigger(e.type); } );

(כמובן, בצירוף השינוי ב-mouseAction). קיפודנחש 02:44, 24 ביוני 2024 (IDT)

מי זה e? יגאל (בקשת עזרה, IKhitron ושיחה) 02:47, 24 ביוני 2024 (IDT)

כשקופץ event הוא מועבר כפרמטר לפונקציה. שים לב שהחתימה של הפונקציה השתנתה ל-function(e). e.type הוא או focus או blur לפי ה-event שקפץ. קיפודנחש 02:52, 24 ביוני 2024 (IDT)

כן, את הפרמטר ראתי מהתחלה. תודה, אני אנסה מחר. יגאל (בקשת עזרה, IKhitron ושיחה) 02:53, 24 ביוני 2024 (IDT)

שים לב שזה בדיוק מה שהקוד שלי עושה כאשר נשלח אוונט ל-area: הוא שולח ל-li "שלו" את האוונט שקיבל. ראה שורה 135. בב"ח - קיפודנחש 03:28, 24 ביוני 2024 (IDT)

היי. לצערי, נראה שלא הצלחתי להבין טוב את ההסבר שלך. עשיתי שני דברים, ru:special:diff/138549961/138594026, ו-ru:special:diff/138594026/138594072, ובדקתי אותם עוד לפני שפתחתי את החלק בו מופעלת המקלדת, כדי לראות רק אם העכבר יעבוד. אחרי הראשון, נראה שעבד הכל למעט צביעת מפה במעבר על רשימה, אחרי השני נראה ששום דבר לא השתנה מהראשון. אוף... יגאל (בקשת עזרה, IKhitron ושיחה) 20:48, 26 ביוני 2024 (IDT)

היי שוב. מצאתי דרך אחרת לעשות את זה. במקום להחליף אבנטים, שמתי pointer-events:none;, כך שממקלדת זה ממשיך לעבוד, והעכבר לא שולח חדשים. סיימתי את העבודה. יגאל (בקשת עזרה, IKhitron ושיחה) 19:50, 29 ביוני 2024 (IDT)

בעיה מאוד מוזרה. שמתי לב עכשיו שכמתבצע focus הוא אכן שולח trigger לעכבר, כמו שהמלצת, אבל רק מהפעם השנייה. כלומר, בהדלקת מצב ההנגשה הקישור מודגש, אבל החלק הרלוונטי במפה לא נצבע, ורק מהפעם השנייה הוא כן נצבע. אבל אפילו בפעם הראשונה, אם לאבד פוקוס זמנית, נגיד ללחוץ F12 ואז לסגור את כלי המפתח, הוא נצבע. מה שגורם לי לחשוד שאולי הקוד הזה לוקח זמן, ומבוצע אסינכרונית. ולכן כשבפעם הראשונה קובעים פוקוס, זה קורה לפני שהקוד הזה סיים. האם זה נכון ועליי להמציא דרכים לחכות? כי מצד אחד, לא מצאתי שום דבר על זה ברשת. אבל מצד שני אם לשים setTimeout על שניה אחת, זה מתחיל לעבוד. תודה. יגאל (בקשת עזרה, IKhitron ושיחה) 21:42, 30 ביוני 2024 (IDT)

נסה לשלוח focus ידנית לקישור המודגש כשאתה "מדליק מצב הנגשה" (מה שזה לא יהיה...). אפשר לקוות שהוא יטפל ב-event וישלח מה שצריך לאן שצריך. קיפודנחש 23:47, 30 ביוני 2024 (IDT)

בקריאה נוספת, נשמע שאתה כבר שולח focus, אבל טיפונת מוקדם מדי. לא זכור לי קוד אסינכרוני. נשמע כאילו timeout זה work around סביר - לדעתי אתה לא צריך לחכות שנייה. אפילו 0 צריך לעבוד (כשעושים זאת, הקוד נקרא "אסינכרונית", בפועל מיד אחרי שהקוד הנוכחי (זה שהדליק את ה-timeout) מסיים לרוץ.

אסכם מה שנדמה לי שהבנתי: הקוד הנוכחי שלך שולח focus, אבל נראה שהוא עושה זאת לפני שכל ה-event-ים נקשרו במקומם, וכשהפריט ברשימה מקבל אותו, הוא עדיין לא למד לשלוח מה שצריך לאן שצריך. הפתרון הוא לעכב במקצת את השליחה, וכשאתה עושה זאת בעזרת timeout הדברים עובדים. נשמע פתרון "מספיק טוב", וכדאי לנסות להחליף את "שנייה" באפס.

צריך להיות משהו כזה: setTimeout(0, () => $(<selector>).trigger('focus');> קיפודנחש 23:59, 30 ביוני 2024 (IDT)

תודה רבה. זה עבד עם 0. אבל מוזר מאוד. במקרים כאלו אמור להיות שם איזה then. יגאל (בקשת עזרה, IKhitron ושיחה) 00:04, 1 ביולי 2024 (IDT)

הקוד שסימנת לא "לוקח זמן" - הוא סינכרוני לגמרי. אם אתה בטוח שהוא מתבצע לפני שאתה שולח focus לאלמנט, יכול אולי להיות עוד משהו: אולי לאלמנט הזה כבר היה focus לפני כן, ויתכן (לא בדקתי, ולא מאד סביר, אבל יתכן...) שכאשר יש לאלמנט focus, הוא מתעלם מהשמת עוד. אם זה המצב. אפשר קודם לבטל, ואז להחזיר. אפשר לשרשר את הקריאות הללו: element.trigger('blur').trigger('focus'); קיפודנחש 00:05, 1 ביולי 2024 (IDT)

ניסיתי. הפעם לא עוזר. יגאל (בקשת עזרה, IKhitron ושיחה) 00:09, 1 ביולי 2024 (IDT)

בכולופן, נראה שיש לך פתרון לבעיה שהצגת. הבנתי נכון? קיפודנחש 00:14, 1 ביולי 2024 (IDT)

בהחלט. יש לי פתרון, עובד, אבל מוזר. יגאל (בקשת עזרה, IKhitron ושיחה) 00:15, 1 ביולי 2024 (IDT)

היי שוב. אם עוד לא נמאסתי עליך, אשמח אם תוכל לענות לעוד שאלה, ברשותך. אני בדף בו יש מפה צבועה, אבל נכון לעכשיו רשימת הקישורים סגורה. אני לוחץ על כפתור Tab הרבה פעמים, והוא קופץ על כל הקישורים בדף, אחד אחרי השני. החל מכפתורי הממשק למעלה, הכותרת, ותגי קישור בטקסט. בין היתר הוא עובר על כל אחד מהקישורים של המפה הצבועה, למרות שהם מוסתרים. זה קורה כי הוא לא עובר ברשימה, אלא כנראה על הקישורים שבחלקי המפה הצבועים. לכן אנחנו לא רואים כלום, רק כתובות למטה בפינה. והשאלה היא כזאת: האם אפשר שתוך כדי המעבר השטחים הרלוונטיים הם ייצבעו? כלומר, משהו כמו שטח-מפה.אם-בפוקטס.שלח-אירוע.מעבר-עכבר. אני לא אעשה זאת במפה מורחבת, יש שם מערכת משלה שדיברנו עליה קודם, אבל אשמח לעשות זאת במפה הקטנה. שאלת אותי קודם אם אני צריך את זה, ולא הייתי צריך, אבל עכשיו פתאום זה כן. תודה מראש. יגאל (בקשת עזרה, IKhitron ושיחה) 01:24, 4 ביולי 2024 (IDT)

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

בכולופן, זה שינוי מזערי ממש - כל מה שצריך זה להגיד גם ל-area לטפל באירועי focus ו-blur - את הטיפול עצמו לא צריך לשנות אם הפריטים ברשימה בקוד שלך כבר מגיבים לאירועים הללו, כי כל מה שה-area עושה זה לקחת את האירוע שקיבל, למצוא את הפריט המתאים לו ברשימה, ולשלוח לו את אותו אירוע. במילים אחרות, להוסיף לשורה הזו blur focus. (כלומר 'mouseover mouseout focus blur'. נרלי יצא לך יותר זול פשוט לנסות, מאשר להסתמך על תשובותי המפוקפקות. קיפודנחש 01:52, 4 ביולי 2024 (IDT)

תודה. אבל לא עזר. בדקתי בטיוטה, הוספתי בקונסול id=def לרשימת הקישורים, והרצתי

$('map area').on('focus blur', 
                function(e) {
                    $($('#def li')[0]).trigger(e.type, true);
                });

, ושום דבר לא השתנה. יגאל (בקשת עזרה, IKhitron ושיחה) 02:22, 4 ביולי 2024 (IDT)

אתה עושה משהו משונה. אתה שולח את האירוע לאיזשהו li, אבל לאו דווקא אחד שקשור איכשהו לאזור. אני ניסיתי משהו כזה: $('map area').on('focus', function() { mw.notify('hah?') } ), וכשטיבטבתי למפה קיבלתי את ה-notifications, כלומר לפחות בדפדפן שלי האזורים כן מקבלים את האירועים הללו. שים לב שכתבתי למעלה "אם הפריטים ברשימה בקוד שלך כבר מגיבים לאירועים הללו": כלומר מה שאמרתי יעבוד רק אם כבר הוספת ל-li ולפונקציה mouseAction טיפול באירועים הללו. קיפודנחש 02:35, 4 ביולי 2024 (IDT)

נכון, בחרתי li אחד מקרי, כי כתבת "someli = li; // whichever - we just want one...". וכן, יש ל-li-ים את הטיפול הזה, אתה שמת אותו. אז אני מבין שאני צריך דווקא את ה-li הרלוונטי. זה יהיה קשה יותר, כי אני לא בסקריפט הצביעה, אבל אני אנסה. תודה. יגאל (בקשת עזרה, IKhitron ושיחה) 02:39, 4 ביולי 2024 (IDT)

ובכן, תודה רבה, זה עבד. לא הוספתי עוד שני אירועים, אלא הוספתי טריגר של עצמו, של mouseover על focus, ובדומה עם blur. הבעיה שנותרה היא מה לעשות במקרים בהם השטח הוא לא רצוף. אז יש שניים-שלושה area-ים המקושרים לאותו li, ובמעבר עם tab צריך ללחוץ פעמיים ולקבל את אותה התמונה, עד שעוברים הלאה. במקרה הכי גרוע אני אשאיר את זה ככה, אבל לדעתי כדאי למצוא פתרון. יגאל (בקשת עזרה, IKhitron ושיחה) 03:02, 4 ביולי 2024 (IDT)

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

הם תמיד ברצף. ואין לדעתך שום דרך לקפוץ על אחד מהם? להוסיף ל-area איזו מחלקה "אל תקפוץ עליי". יגאל (בקשת עזרה, IKhitron ושיחה) 03:12, 4 ביולי 2024 (IDT)

לפי https://developer.mozilla.org/en-US/docs/Web/HTML/Global_attributes/tabindex, אם נותנים לאלמנט tabindex שלילי (מקובל -1) המשמעות היא "דלג עלי". אתה יכול לסרוק את כל האזורים בתמונה, ולכל אזור בו התכונה href זהה לאותה תכונה באזור הקודם, להוסיף תכונה tabindex עם ערך -1. האם זה יעבוד? you tell I. משהו בערך כזה: קיפודנחש 03:37, 4 ביולי 2024 (IDT)

שוב תודה. הוספתי ידנית לאזור מיותר בקונסול, וזה עובד מצוין. אעשה את הסריקה היום או מחר. יגאל (בקשת עזרה, IKhitron ושיחה) 03:48, 4 ביולי 2024 (IDT)

בסוף לקח חצי דקה. סיימתי. שוב תודה רבה על הכל. יגאל (בקשת עזרה, IKhitron ושיחה) 03:57, 4 ביולי 2024 (IDT)

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

$('map').each(function() {
   var lastHref = '';
   $('area', this).each(function() { // here "this" is the map, and the selector should go over the areas in this map
       var thisHref = this.href; // here "this" is the area
       if (thisHref = lastHref) this.tabindex = -1;
       lastHref = thisHref;
   });
});

אל תיקח את הקוד הזה לבנק - זו אילוסטרציה בלבד. אגב, לא ציינתי קודם, אבל הרעיון ללמד את ה-area לשלוח לעצמו mouseover כשהוא מקבל focus זה פתרון מפתיע שלא חשבתי עליו וסביר שלא הייתי עולה עליו בעצמי. יפה! לאור תגובתך האחרונה, אולי זה מיותר... קיפודנחש 04:04, 4 ביולי 2024 (IDT)

מאוחר מדי, כבר כתבתי בעצמי. והרבה יותר קצר, בלי לשמור משהו במשתנים. ;-) יגאל (בקשת עזרה, IKhitron ושיחה) 04:09, 4 ביולי 2024 (IDT)

מחר אנסה לפתור בעיה מוזרה לפיה הוספת eventListener עם keydown על אחד הקישורים מתחת למפה גורמת לכך שלחיצות על כל אחד מה-areas פתאום נדרסות ומקבלות את אותה התגובה ללחיצה, וכשאני לוחץ על אנטר כשאחד מהשטחים מואר הקישור לא נפתח, במקום זה נפתחת מפה נרחבת. יגאל (בקשת עזרה, IKhitron ושיחה) 04:19, 4 ביולי 2024 (IDT)

FYIO, הורדתי את eventListener לגמרי, והשתמשתי ב-on(), הכל עובד. יגאל (בקשת עזרה, IKhitron ושיחה) 15:18, 4 ביולי 2024 (IDT)

לקחת את מה שתהיתי אם מפריע לאחרים, והפכת אותו לתכנית עבודה סדורה

כאילו, אני יכול לדמיין עוד שיפורים, אבל אני לעומתך לא יודע מה יש או אין בויקיפדיה. בכל מקרה, שימחתני מאוד, מאחל לך 420 שמחים לעולמים. גם אם אני לא זה שבסוף ימחוק... יש משהו מאוד מאשרר בתגובה מהסוג שלך. כן ירבו. Benderbr • שיחה 02:16, 23 ביוני 2024 (IDT)

420 הוא החג החביב עלי. שמחתי לשמוע ששימחתי מישהו היום. בברכה - קיפודנחש 02:37, 23 ביוני 2024 (IDT)

בקשר לסקריפט שהצעת

הייתי שמח לקבל סקיצה ראשונית איך הוא אמור לפעול. אני מבין משהו כמו דיאלוג עם שדות: נימוק, יוצר הערך (או שזה לנסות לחלץ מההיסטוריה?), בחירה האם לשלוח לדף או לדף השיחה (כמקובל במקרים מסוימים), בחירה האם לשלוח ליוצר הסבר מפורט מעבר לנימוק או {{הונחה תבנית חשיבות}}? האם לדעתך זה באמת אמור להשתלב עם הגאדג'ט לבקשות מחיקה? והאם זה אמור לפעול כגאדג'ט או כסקריפט (משנה האם צריך לבנות אותו בקובץ אחד או אפשר לפצל)? אצטרך גם מעט עזרה בשימוש בספריות הUI שיש לי פחות ניסיון איתן. תודה. מיכי - שיחה 19:14, 24 ביוני 2024 (IDT)

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

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

אפרט את מה שלדעתי שהסקריפט צריך לעשות

הפונקציונליות הבסיסית כפי שהוגדרה במזנון כלהלן. הפעלת הסקריפט במרחב הערכים מדגדגת את ה-API למציאת "יוצר הערך", ופותחת טופס (אם אפשר, טופס OOUI) שמלקט מהמשתמש את ה"סיבה". בהקשה על "בצע", מתבצעים מספר דברים: הערך עצמו נערך ונוספת בראשו תבנית חשיבות בצורה {{ס:חשיבות}}, ודף השיחה נערך, ונוסף בזנבו סעיף חדש בשם "ישיבות", תוכן הסעיף הוא ההסבר שהוזן, אליו נוספים קישור ליוצר הערך (אם הוא משתמש רשום) לצורך תיוג, וחתימה. נדמלי שאתה יודע לבצע את כל הצעדים שפירטתי. אם תיתקל בקשיים באחד מהם, שאל - לכל הפחות אצביע על דוגמה בסקריפט אחר כלשהו שמבצע פעולה דומה. קיפודנחש 19:30, 24 ביוני 2024 (IDT)

לגבי דגדוג ה-API אני מניח שהדרך הקצרה ביותר היא בקשת גרסה בודדת ולהתחיל מהראשונה? לגבי טופס OOUI, אשמח לדוגמית קוד. מיכי - שיחה 19:33, 24 ביוני 2024 (IDT)

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

לשאלה על ה-API: בדיוק. מבקשים את הגרסאות, מגדירים סדר מישן לחדש, ו-limit 1. (דוגמה)

לגבי OOUI - כתר לי זעיר, אבל בינתיים, אם אינך מכיר, הנה התיעוד: https://doc.wikimedia.org/oojs-ui/master/js/ קיפודנחש 19:56, 24 ביוני 2024 (IDT)

שים לב שהדוגמה לא עובדת כמו שהיא: הקישור מתעקש להדביק continue. צריך להיכנס בסרגל הימני ל-revisions ולהסיר את הסימון מ-continue כדי שהדוגמה תעבוד כמצופה ותמצא את הגרסה הראשונה של הדף. קיפודנחש 20:02, 24 ביוני 2024 (IDT)

התחלתי לבדוק את נושא הטפסים, זה ייקח לי זמן. מצאתי את סקריפט 107 של @Guycn2 כבסיס ללמידת הנושא, אם ירצה לקחת על עצמו את הפרויקט כך שיסתיים בזמן קצר יותר, אין לי התנגדות. למעשה אני נוטה לכיוון של הוספת שדה לתיוג משתמשים רלוונטיים ולא רק יוצר הערך. ככל ויש API זמין לקבל את הסטטיסטיקה שבגרסאות אחרונות, אולי להתבסס עליה. בינתיים אשמח לדעת שלא ממין העניין האם יש דרך לתפוס את אירוע השליחה לשמירה של דף בכל אופניו (לחיצה על שמירה, קיצור מקשים, לחיצה על אנטר מתיבת התקציר)? מיכי - שיחה 18:12, 27 ביוני 2024 (IDT)

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

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

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

לגבי האזנה לאירוע של שמירת עריכה על כל אופניו: אני כרגע כותב מהטלפון ואין לי גישה למחשב אז קשה לי לבדוק, אבל אני די בטוח שאפשר פשוט להאזין לאירוע submit של טופס העריכה (#editform אם אני זוכר נכון). כתבתי משהו כזה בויקיפדיה:דלפק ייעוץ/ארכיון 217#העדפות – הצגת אזהרה בעת הכנסת תקציר עריכה ריק, מוזמן להיעזר בקוד שהצגתי שם. כנראה שזה יעבוד רק בעורך קוד המקור הקלאסי (2010) ולא בממשקי העריכה האחרים (עורך קוד המקור ה"חדש" של 2017 + העורך החזותי), אך אהמר שבסבירות גבוהה העיקרון דומה עבור ממשקי העריכה ההם - קרי, האזנה לאירוע submit של אלמנט form.‏ Guycn2 - שיחה 🎗️ 00:41, 28 ביוני 2024 (IDT)

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

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

אפשר לעשות דברים נוספים, כמו לאפשר עריכה של רשימת המתויגים, אם רוצים להזמין לדיון עוד אנשים, או לוותר לכמה מאלו שמופיעים (במקרה האופייני לא יופיעו יותר משניים שלושה). תציץ ב-OO.ui.ComboBoxInputWidget.

לגבי דוגמאות: תוכל לחפש במרחב מדיה ויקי סקריפטים שמכילים new OO.ui. (מיוחד:חיפוש/insource:"new OO.ui" intitle:js) למציאת דוגמאות. יצירת אובייקט בספריה הזו תמיד נפתחת כך.

לגבי האזנה ל-submit: יתכן, אבל מסופקני. קיפודנחש 04:03, 28 ביוני 2024 (IDT)

התחלתי כאן מוזמנים להציץ. כרגע עוד לא ברור לי איך לשלוט בגובה הטופס, מה שגורם שהרשימה שנפתחת בהקלדה משתמש נפתחת לכיוון מעלה. בנוסף החלק של ביצוע השליחה עדיין לא נהיר לי כמו למשל השימוש במתודת next. בחלק של קבלת התורמים עוד לא נגעתי, יש ל-xtools.wmcloud.org API?

השאלה שלי על האזנה לשליחת עריכה לא הייתה במסגרת כתיבת הסקריפט אלא במסגרת הסדנה. @Guycn2 מה המשמעות של: .confirmSavingWithoutSummary? בקוד שכתבת בוק:די? מיכי - שיחה 17:41, 1 ביולי 2024 (IDT)

אולי יש, אבל זה ממש לא נחוץ. בשביל רשימת תורמים לא צריך xtools. - זו בקשה פשוטה. בערך משהו כזה:

var api = new mw.Api();
api.get( { titles: 'רבד', prop: 'contributors', limit: 'max' } ) 
    .done(function(query) { 
         for (page in query.pages) {
// it's possible to pass more than one page in "titles". we only pass one, so we don't really care about the index ("page"), 
// only the content: query.pages[page]. each record can contain multiple pieces of information, 
// we only care about "name". instead of "console.log" we could gather all the names in an array, and call the next function to build and show the dialog.
             var contributors = query.pages[page].contributoors.map(x => x.name);
// in your case: create_dialog(contributors);             
             console.log( contributors); // just to feel confident it works.
         } //for
    }); // close the api call

בדוגמה titles מכיל רבד, סתם ערך עם שם קצר שמשמש אותי לניסויים כאלה, אתה כמובן רוצה להעביר את שם הערך. כשלא בטוחים בדברים כאלה, שווה לשחק ב מיוחד:ארגז חול של API. קיפודנחש 23:18, 1 ביולי 2024 (IDT)

לדעתך, בערך עם 50 תורמים צריך לתייג את כולם? אני רוצה לשלוף משם את התורמים העיקריים. מיכי - שיחה 18:08, 2 ביולי 2024 (IDT)

לדעתי לא, אבל לדעתי כאן אין משקל מיוחד. תוכל להגביל בעזרת פרמטר limit, אבל יתכן שאז תצטרך לשתות בנפרד את "יוצר הערך" (למשל בעזרת שאילתה על revisions). יתכן שהשאילתה על תורמים תמיד מביאה את "יוצר הדף" במקום הראשון, אבל זה רק בחזקת "יתכן" ואי אפשר להניח זאת בלי לפחות "הוכחה אמפירית" (אם בשמונה דפים שונים, כשמבקשים מספר מוגבל של תורמים תמיד מגיע גם "יוצר הערך" ברשימה, זו "הוכחה אמפירית" לא רעה). לגבי "עיקריים" - נראה לי אתה בדרך לגלוש ל-rabbit hole. עצתי לא להתחיל ללכת לשם. אם הקונטרול שבחרת מאפשר לדלל ידנית את הרשימה, אחלה. בכל מקרה, אם הסקריפט מתייג, נראה לי הכרחי שיהיה מתג של on/off לשליטה על התיוג. בברכה - קיפודנחש 18:21, 2 ביולי 2024 (IDT)

הבחירה של הAPI המקומי לא נותנת עדיפות ליוצר (דוגמה). אפשר להציץ בשלד הקוד שהתחלתי לכתוב יש בו שדה להזנת משתמשים לתיוג. אם יש כוונה להציע למתייג רשימה כלשהי לתיוג מלבד יוצר הערך, אני לא מוצא דרך אחרת מלבד בקשה מהAPI של xtools.wmcloud.org, לא הבנתי האם יש לך הצעה אחרת שלא תביא תורמים רנדומליים. מיכי - שיחה 19:05, 2 ביולי 2024 (IDT)

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

אתה מבקש "revisions" עם rvlimit=1 ו- dir=newer לקבלת הגרסה הראשונה של הדף, כמו כאן (שים לב לשדה rvprop: למימוש מספיק לתת user, בדוגמה יש עוד כמה פרטים, מה שיכול לעזור לשכנע אותך שזו אכן הגרסה הראשונה של הדף הזה. שים לב שהגרסה הראשונה יכולה להיות בדף שעדיין לא היה "ערך" ונצר במקום אחר או עם שם אחר, ורק מאוחר הועבר לערך הנוכחי. השאילתה מביאה בדיוק מה ש"גרסאות קודמות" מביא כשהולכים ל"ישנות ביותר" וגוללים לגרסה התחתונה והמוקדמת ביותר. קיפודנחש 20:26, 2 ביולי 2024 (IDT)

@מיכי, תגובה באיחור על שאלתך לגבי ההאזנה לאירוע submit.confirmSavingWithoutSummary בקוד הזה: זו דרך פשוטה ונחמדה של jQuery לתת שם להאזנה מסוימת, כדי לבטל אותה בקלות בהמשך. במקרה הזה רציתי להריץ קוד מסוים כשהמשתמש מפרסם את העריכה (כלומר כשאירוע submit קורה), ולהיפטר מהקוד הזה בהמשך (כלומר לגרום לכך שאירוע submit כבר לא יגרום יותר להרצת הקוד שהגדרתי קודם). ראה את תיעוד הפונקציה .off(). למיטב ידעתי ב־Vanilla JavaScript אין דרך נוחה להיפטר מהאזנה לאירוע, כאשר הפונקציה שהוצמדה לאירוע היא אנונימית (לפחות לא הייתה דרך כזו בפעם האחרונה שבדקתי, לפני כמה שנים). Guycn2 - שיחה 🎗️ 23:39, 27 ביולי 2024 (IDT)

המילים ״נדמלי״ ובב״ח

בס״ד היי קיפודנחש! רציתי לשאול מה פירושן של המילים ״נדמלי״ ובב״ח, אתה לא חייב לענות אם לא תרצה בכך. אני שואלת מתוך סקרנות. תודה! ליאת • שיחה • (מישהי שאיכפת לה) 01:07, 25 ביוני 2024 (IDT)

(איני הממוען, ואף על פי כן) קיצורים של "נדמה לי", "בברכת חברים". כך נדמ"ל, ובב"ח, דגש - שיחה 01:12, 25 ביוני 2024 (IDT)

אכן. סליחה על שיוצאים ממקלדתי ביטויים שלעתים אינם ברורים לכולם. הרגל מגונה, אבל לא נראה שאגמל ממנו. בב"ח - ―קיפודנחש (שיחה | תרומות | מונה) לא חתם ‌ 00:00, 10 בינואר 2000 (IST)

את הבב"ח לא שכחת אבל כן את החתימה. אינג. יונה ב. - שיחה - הבה נכחילה 21:11, 26 ביוני 2024 (IDT)

האם יש אפשרות להציג בערך/תבנית משהו רק לרשומים ולא לכולם?

שלום קיפודנחש, יש אפשרות להציג משהו רק לרשומים ולא לאנונימיים? אם כן, תוכל לעיין בדיון בשיחת תבנית:ניווט קבוצות#VTE? אינג. יונה ב. - שיחה - הבה נכחילה 08:20, 1 ביולי 2024 (IDT)

מתברר שיש משהו כזה. ראה מדיה ויקי:Group-user.css. בברכה - קיפודנחש 23:45, 1 ביולי 2024 (IDT)

הי מה קורה

תודה אם אני אומר לרשום כותרת שנקראת חשיבות כל פעם שאני מקיים דיון תודה שאתה איתי בדעה שלומי 12432 • שיחה 07:53, 4 ביולי 2024 (IDT)

כך מקובל.

לגבי "באותה דעה": אין לי כאן דעה מוצקה, ואפשר לקוות שיגיע עורך אחר ויוסיף לערך תוכן שכן יבהיר את חשיבותו. גם לדעתי התוכן הנוכחי של הערך לא ממלא את התפקיד הזה, אבל זה לא אומר בהכרח שהנושא לא ראוי לערך, אלא רק שתוכן הערך הנוכחי לא מבהיר את החשיבות אם יש כזו. קיפודנחש 08:16, 4 ביולי 2024 (IDT)

אני חיפשתי באינטרנט מידע על המסוף כדי להרחיב אותו איך לצערי לא מצאתי מידע שלומי 12432 • שיחה 08:28, 4 ביולי 2024 (IDT)

מסוף קניון הזהב

הי קיפודנחש אשמח אם תרשום בדיון בדף מסוף קניון הזהב אם אתה בעד להעביר לטיוטה או לא בברכה שלומי 12432 • שיחה 18:16, 18 ביולי 2024 (IDT)

מסוף הזהב שלומי 12432 • שיחה 18:17, 18 ביולי 2024 (IDT)

בעקבות הנצל"ש

היי. ובכן, עשיתי את כל מה רציתי לעשות, כמו שתיארתי ב-#c-IKhitron-20240714093000-קיפודנחש-20240714004500, ונראה שזה לא עובד. החלק של html עובד, אבל סקריפט הצביעה שלך לא. לכן אין לי ברירה אלא לבוא אליך. למרות שמאוד לא רציתי, העדפתי להצליח לבד. ואשמח מאוד אם תוכל לתת איזו עצה, בבקשה. אז ככה.
עד כה, בהתאם להנחיותיך מזמן, אני מריץ את הסקריפט שלך באמצעות hook כל פעם שהמסך משתנה, וזה עובד. אבל עכשיו קיימת אפשרות שלאחר שינוי המסך גודל התמונה ישתנה. קודם כל כתבתי את שינוי הגודל, באמצעות משתנה multiplier שמתחיל ב-1, המינימום שלו, ויכול לגדול או לקטון חזרה מבלי לעבור את המינימום. כשזה הסתיים בדקתי מה קורה עם הצביעה, מבלי לצפות שזה יעבוד, כמובן. התברר שמעבר העכבר לא עובד, כלומר כשאני מעביר עכבר בנקודה מסוימת, זה משפיע על נקודה אחרת במפה, מה שהגיוני לגמרי. מה שהפתיע אותי זה שהסקריפט שלך המשיך לעבוד טוב, בלי קשר לגודל. כלומר, הצביעה הופיעה במקום הנכון כשהעברתי את העכבר איפשהו מסביב. מוזר, אבל שיהיה. לאחר מכן כתבתי קוד שמכפיל את כל המספרים ב-coords שב-area-ים ב-multiplier הזה. ומאותו רגע זה נהיה יותר מוזר. כי העכבר חזר לעבוד מצוין, ה-area-ים עכשיו שוב איפה שהם צריכים להיות. אבל אין צביעה בכלל, ואני לא מבין למה. אפילו כש-multiplier שווה ל-1, מה שמאוד מוזר, כי הקוד הרי לא משתנה. השוויתי את הקוד של שני ה-map, ובחדש אין משתנה data-highlight_done, כנראה שלך. אולי יש לך רעיון, מה זה יכול להיות? תודה מראש. יגאל (בקשת עזרה, IKhitron ושיחה) 20:59, 19 ביולי 2024 (IDT)

המספרים שמופיעים ב-area אמורים להיות לפי הגודל המרבי של התמונה, בלי קשר לגודל בו היא מוצגת. גם הרחבת imagemap וגם הקוד של הצביעה אמורים להתאים את עצמם. לא ברור לי איך אתה מגדיל או מקטין את התמונה. יכול להיות שמה שכתבתי לא נכון, אבל זה מה זכור לי. קיפודנחש 05:04, 20 ביולי 2024 (IDT)

אאוץ'. אם כך, אפשר להבין למה הצביעה שלך עבדה, לפני החישובים, אבל אי אפשר להבין למה העכבר לא עבד. ועוד יותר, למה מצאתי ברשת קוד שעושה בדיוק את אותו הדבר, מחשב את המספרים בהתאם לגודל. לא קראתי אותו אפילו, אבל עצם העובדה שהוא קיים. תודה. אני אחזיר את המספרים המקוריים ואנסה לדבג את העכבר. יגאל (בקשת עזרה, IKhitron ושיחה) 14:54, 20 ביולי 2024 (IDT)

שווה לבדוק שמה שכתבתי זה לא שטויות, למשל לשים את אותה תמונה בכמה גדלים ולראות מה קורה ב-html עם האזורים.

לא ענית על השאלה "איך אתה משנה את הגודל". דרך אחת לעשות את זה היא "לערוך" את הקודויקי ואז לשלוח ל- parse, ולהחליף את הקטע ב-html עם מה שחזר. זה אמור לעבוד בין אם אתה משתמש בתבנית או ישירות בתג imagemap (אם בתבנית, כדאי להקפיד שהתבנית עצמה לא תייצר מספר "גדלים". בתבנית כאן זה אומר להעביר הגדלה=לא). זו לא הדרך הקלה והנוחה, אבל במקר כזה זו נראית לי הדרך הבטוחה. קיפודנחש 16:39, 20 ביולי 2024 (IDT)

אני אנסה.
לא ראיתי בזה שאלה, אלא תהייה. בחרתי בדרך מאוד מסובכת, אבל כנראה הטובה ביותר במסגרת ההגבלות שהיו בפניי. פתחתי את קובץ ה-svg של התמונה ומחקתי ממנו את הכל חוץ מהשורה הראשונה והאחרונה. קיבלתי קובץ ריק באותו גודל. העליתי אותו לוויקיפדיה בנפרד. לואה מחזיר לי קוד imagemap של כל ה-area-ים עבור הקובץ הריק הזה, באותו הגודל ההתחלתי בו אצטרך את המפה. משקל ה-png בתוצאה הוא 652 בייט. אני מקבל את הקוד המפורסר, בצורת html,‏ מוחק את האטריבוט srcset, ודורס את האטריבוט src עם הכתובת של svg של המפה. כתוצאה מכך יש לי מבנה figure עם צביעה שבנוי על svg, לא על png. וזה מאפשר לי לשנות את המידות שלו בתוך img, כמה פעמים שאצטרך, בגלגול הכפתור האמצעי של העכבר מעל המפה, בלי לטעון גדלים חדשים כל פעם. יגאל (בקשת עזרה, IKhitron ושיחה) 16:52, 20 ביולי 2024 (IDT)

האמת הלכתי לאיבוד בתיאור, ואין לי עצות, חוץ מעוד אחת קטנה:אם אתה משנה את הקואורדינטות במפה, וודא שאתה קורא ל-hook של סקריפט הצביעה אחרי השינוי ולא לפני. קיפודנחש 17:21, 20 ביולי 2024 (IDT)

אם אתה רוצה, אני יכול להסביר יותר. וכן, השינוי בשורה 40, הקריאה בשורה 41. יגאל (בקשת עזרה, IKhitron ושיחה) 17:24, 20 ביולי 2024 (IDT)

ובכן' בדקתי. אותה תמונה, בגודל 250 ובגודל 100. הקואורדינטות בוויקיקוד 1246 1781 20, בתמונה הגדולה 236,337,4, בתמונה הקטנה 94,135,2. כך שנראה שכן צריך לחשב מחדש. ועדיין אין לי מושג למה אם אני משכתב מיפוי מבלי לשנות שם כלום, הסקריפט שלך מסרב לקבל אותו. אבל עכשיו בלי חישוב מחדש גם הסקריפט שלך מציג צביעה במקום הלא הנכון, ואני יודע למה הפעם זה בסדר, הייתה איזו בעייה שתיקנתי מאז. יגאל (בקשת עזרה, IKhitron ושיחה) 20:41, 20 ביולי 2024 (IDT)

בלבלתי. יש באמת חישוב שמתייחס לגודל הגדול ביותר, אבל זה ב-imageMapEdit, לא בסקריפט הצביעה.

בצע בדיקה פשוטה: בעזרת inspect של ה-DOM חפור עד שתגיע ל-convas. השווה את ממדי הקנווס לממדי התמונה. אם הם זהים (אחרי הגדלה/הקטנה), הסקריפט צריך לעבוד נכון אם האזורים מותאמים לממדים החדשים. אם הקנווס בגודל שונה, חפור בקוד שמחשב את גודל הקנווס - אולי הוא מחוץ ל-hook. קיפודנחש 22:02, 20 ביולי 2024 (IDT)

אם אתה יכול להיכנס עם דיבגר, אולי תבדוק גם את מה שקרה לנו כאן עם "לחץ להגדלה": הקוד המקורי קרא לפונקציה של jQuery בשם height() ומשום מה הפוקנציה החזירה ערך לא נכון (0), החלפתי את השימוש בפונקציות לקריאת הרוחב והגובה ישירות מהאלמנט וזה פתר את הבעיה. לא התעמקתי לבדוק למה הפונקציה מחזירה ערך לא נכון - נראה כאילו איזה קוד חדש עושה לפונקציה הזו override או משהו. אלו בדיוק הערכים לפיהם בונים את הממדים של canvas. קיפודנחש 22:12, 20 ביולי 2024 (IDT)

תודה. לגבי הקנווס - אני בעצמי שיניתי את הגודל שלו בהתאם, מזמן. לגבי הבעיה - פתרתי אותה לפני כמה שעות. הבעיה הייתה בטיפשות שלי - שכחתי לגמרי ש-clone() לא מעתיק events. שיניתי את הקוד שלי כדי לא להשתמש בהעתקה בכלל, אלא ישר במקור, והכל התחיל לעבוד.
עכשיו יש לי בעיה שאני די בטוח שלא קיים לה פתרון בכלל. לאחר ההגדלה השטחים הצבועים לא נמצאים במקום הנכון, אלא זזים מעט הצידה. למשל, מרכז עיגול התחנה נמצא איזה 25 פיקסלים הצידה ממיקום התחנה על המפה. זה קורה כי מדובר כאן במספרים שלמים, אני מניח, והכפלה לא מוצאת את הנקודה הנכונה. למשל, אם במפה המקורית הקואורדינטות היו 100,100, אז בכפולה בגודל אי אפשר לדעת אם זה 200,200, 199,201, או משהו אחר בסגנון. ניסיתי פתרון חלופי - כל פעם לבקש מהפרסר לחשב את המספרים מחדש, אבל זה לוקח טונה של זמן, במהלכו המפה "קופצת". ניסיתי גם לקחת מפה התחלתית ענקית, גם זה לא עזר. חבל. אבל אני מניח שאפשר לחיות עם זה. יגאל (בקשת עזרה, IKhitron ושיחה) 00:56, 21 ביולי 2024 (IDT)

אם אתה צריך לשנות את הגודל של הקנוס בעצמך, זה אומר שה-hook לא עובד. לגבי שגיאות עיגול: זה לא צריך לגרום להזזה של יותר מפיקסלים בודדים, בטח לא 25. בדוק אם אין עוד דברים שצריך לשנות, ובדוק למה ה-hook לא נקרא. קיפודנחש 02:41, 21 ביולי 2024 (IDT)

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

הו. יש לי שאלה שאני חייב לשאול רק אותך. מזל. אחרי שאני משנה את גודל התמונה, העכבר נמצא באותן קואורדינטות במפה כמו קודם, רק שהפעם אין צביעה מתחת לעכבר. אני צריך להזיז את העכבר מחוץ לשטח ולהחזיר אותו, ואז זה נדלק. יש איזו דרך להגיד לסקריפט הצביעה "תבדוק איפה העכבר העכשיו, אולי צריך צביעה"? יגאל (בקשת עזרה, IKhitron ושיחה) 22:14, 21 ביולי 2024 (IDT)

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

לגבי אלגוריתם לבדיקה האם נקודה היא בפנים אזור או בחוץ, למלבן ועיגול טריוויאלי. לפוליגון, אם לא תמצא משהו אחר, יש מתודה של קנווס. אתה יכול להשתמש בקיים, או ליצור אחד בנפרד כדי לתשאל אותו. ראה כאן . קיפודנחש 23:37, 21 ביולי 2024 (IDT)

┐────────────────────────────────────────────────────────────────────────────────────────────────────└ תודה. אבל למה אם אני שולח לעכבר את האיבנט של mouseover, נגיד, הסקריפט לא יגיב כמו לכל אחד אמתי כזה, כלומר, יבדוק את הקואורדינטות ויצבע? הוא הרי לא אמור להבדיל אם אני הזזתי את העכבר באמת פיקסל שמאלה, או אני שלחתי לא איבנט מזויף? יגאל (בקשת עזרה, IKhitron ושיחה) 00:17, 22 ביולי 2024 (IDT)

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

כשהאזור מקבל אוונט mouseenter הוא יכול להוציא מהאוונט מיקום, אבל לפחות הקוד שלי לא טורח - ברגע שהוא מקבל את האוונט הוא נדלק. אם תשלח את האוונט לאלמנט המתאים הכל יעבוד, אבל אתה צריך למצוא את האלמנט (area) אליו אתה רוצה לשלוח. אם תמצא דרך לשכנע את העכבר לשלוח את האוונט, שיחקת אותה. לא אעצור את נשימתי - ההימור שלי הוא שאין דרך שפויה לעשות זאת. קיפודנחש 04:19, 22 ביולי 2024 (IDT)

אני מבין. אבל אז נשאלת השאלה. הרי האלמנט הזה דלוק לפני שינוי הגודל. אז אם כך, מה מפריע למצוא אותו עם סלקטור ולשמור במשתנה לפני שינוי הגודל, ואז לשלוח אבנט ישר אליו? יגאל (בקשת עזרה, IKhitron ושיחה) 13:49, 22 ביולי 2024 (IDT)

זה נשמע אפשרי, אם לפני ואחרי ההגדלה העכבר נמצא מעל אותה נקודה בתמונה, כלומר לפני ואחרי אותו אלמנט "דולק" . אתה דיברת על "שולח לעכבר", קיפודנחש 16:59, 22 ביולי 2024 (IDT)

כן, באותו מקום. תודה, אני אנסה. יגאל (בקשת עזרה, IKhitron ושיחה) 21:14, 22 ביולי 2024 (IDT)

ניסיתי, וזה עבד. יגאל (בקשת עזרה, IKhitron ושיחה) 23:23, 22 ביולי 2024 (IDT)

תיקון שגיאת פרמטרים

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

הדלקתי אצלי את הגאדג'ט "הראה הודעות שגיאה ממערכת בדיקת פרמטרים", ואני אשמח לשאול שאלה בנושא:
בערך 012 יש שימוש בתבנית "חברה מסחרית" והופיעה לי השגיאה "פרמטרים [ אתר ] לא מופיעים בהגדרת התבנית".
מבדיקה בתבנית, שם המאפיין הנכון הוא "אתר רשמי" ולא "אתר", ואם אני מבין נכון זו הסיבה לשגיאה.
האם במצב כזה עדיף להסיר את השורה של האתר מהתבנית מכיוון שהנתונים יימשכו בכל מקרה מפריט הוויקינתונים (אלא אם אני טועה גם בהנחה זו)?
או האם עדיף פשוט לתקן את המאפיין מ"אתר" לשם המאפיין הנכון "אתר רשמי"?
תודה רבה בכל מקרה על כל העזרה. Idoiz • שיחה 22:46, 28 ביולי 2024 (IDT)

השאלה אם בוויקינתונים יש נתון נכון. אם כן, עדיף פשוט להסיר. אם לא, כדאי לתקן את הנתון בוויקינתונים ולהסיר מקומית, או אם לא רוצים להתעסק עם ויקינתונים ואחרי שמוודאים שהנתון שמוזן כעת נכון, לתקן את שם הפרמטר בתבנית. בברכה - קיפודנחש 03:30, 29 ביולי 2024 (IDT)

תודה רבה, אפעל כך בעתיד, בינתיים חזרתי כבר תיקן את השגיאה Idoiz • שיחה 12:03, 29 ביולי 2024 (IDT)

מבקשת לפנות בפרטי להסרת פריט מידע בטחוני רגיש

איך פונים בפרטי? ‫2A0D:6FC0:833:5300:E0C6:D4B:1660:6EF6‬ 05:46, 6 באוגוסט 2024 (IDT)

יש צורך להירשם ולהגדיר מייל. רק לאחר מכן תהיה אפשרות לשלוח מייל לשמתמשים אחרים (שנרשמו ואישרו את המייל שלהם). אינג. יונה ב. - שיחה - הבה נכחילה 09:15, 6 באוגוסט 2024 (IDT)

רק להבהיר את גישתי לדוא"ל: ברוב המקרים לא אשיב בדואל, ואעשה זאת רק אם יש הצדקה לכך _לדעתי_.

בחלק מהמקרים תגובתי תהיה בדף שיחת המשתמש של השולח, ובמקרים אחרים התעלמות. קיפודנחש 15:53, 6 באוגוסט 2024 (IDT)

תזכורת קטנה

עניתי לך, אודה אם תמצא זמן להציץ... חזרתי • ∞ • שיחה 07:54, 6 באוגוסט 2024 (IDT)

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

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

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

בברכה - קיפודנחש 15:28, 6 באוגוסט 2024 (IDT)

תודה על התשובה המפורטת. אני זקוק לשלושה חיפושים (בעתיד אולי עוד שניים), כך שנראה לי שההצעה הראשונה שלך יותר מתאימה – "סקריפט שיצרוך את דף החיפוש כולו ... ויחלץ מהתשובה את המספר". אני מודע לצורך של מתכנתים לכתוב קוד נקי, פשוט וברור, אבל אם תוכל לתפור לי משהו שלא ישלול ממך את רישיון התכנות ולא ידיר שינה מעיניך – אודה לך מאוד. בכל מקרה – תודה על כל מה שאתה עושה למען ויקיפדיה והוויקיפדים. חזרתי • ∞ • שיחה 18:24, 6 באוגוסט 2024 (IDT)

חשבתי לתומי שזה משהו שאתה יכול לעשות... הנה outline של קוד שמחפש את המילה "מלך", ושולח notification עם המספר שחוזר:

var searchString = 'https://he.wikipedia.org/w/index.php?search=%7E%D7%9E%D7%9C%D7%9A&title=%D7%9E%D7%99%D7%95%D7%97%D7%93%3A%D7%97%D7%99%D7%A4%D7%95%D7%A9&ns0=1';
$.get(searchString).done(function(response) {
        var result = $(response).find('.results-info').text();
        var hits = result.replace(/.*מתוך/, '');
        mw.notify(hits);
    });

דבר ראשון אציע שתעתיק את הקטע הזה ל-console, ותוודא שהוא עובד אצלך. בקליפת אגוז: קוראים ל-$.get עם ה-URL, ומדביקים לו done עם פונקציה שמקבלת את תוכן הדף שחוזר כפרמטר. מי שרגיל לעבוד עם jQuery אורז זאת בתוך $(), ומרגע זה אתה "כאילו" בדף החיפוש עצמו - מחלצים את המספר שחזר, ומה לעשות עם התוצאה תלוי כבר במבנה הדף בו מופיעות מחרוזות החיפוש והתוצאות במרחב המשתמש שלך.

אם למשל החיפושים מופיעים ברשימה, אתה יכול לעבור בלופ על כל הפריטים ברשימה, לשלוח get עבור כל אחד, וכשהתוצאה חוזרת, להדביק בסוף הפריט המתאים ברשימה את מספר ה-hits. אם זה עדיין גדול עליך, ספר לי ונראה אם אפשר למצוא פועל שיעשה זאת עבורך, אבל נדמלי שאתה צריך להיות מסוגל לקחת את זה מכאן עד להשלמה - כמדומני ייבאת וגיירת כמה סקריפטים מוויקיפדיות אחרות, לא? קיפודנחש 19:32, 6 באוגוסט 2024 (IDT)

ראשית תודה. מסוף דבריך: אמנם "גיירתי", אבל זו לא בעיה להחליף טקסט בטקסט. מעולם לא למדתי JS (או CSS), וגם לא תכנות. במסגרת עבודתי כ-SQA עשיתי כמה קורסים, ביניהם גם HTML, מה שמאפשר לי לעבוד עם קוד מקור וממש קצת לקסטם. גם בעבודה עם קונסול הידע שלי לא משהו, בלשון המעטה. ברוב (אם לא כל) המקרים – כל מה שיש לי בדף ה-JS וה-CSS שלי זה מועתק מאחרים (עם קרדיט) והתאמות כרצוני (תוכל לראות בדפי המשנה).


איך "תכלס" אני עובד עם הסקריפט? איכשהו הצלחתי להריץ אותו בקונסול, וקיבלתי הודעה (כל שנייה, בלופ) של המספר – 239,140 (מתאים "בול" לחיפוש רגיל). עכשיו – מה אני עושה עם הסקריפט? ראה את דרך העבודה שלי: בקוד המקור של משתמש:חזרתי/במעקב (מתחת לקוד של שתי תבניות "חלונית") תוכל לראות אחרי מה אני עוקב, כשבפועל מוצג רק מה שדורש טיפול, בעיקר ע"י תבנית {{קישור לקטגוריה אם צריך}}. תוכן הדף מוצג מפולטר בראש דף המשתמש שלי – כשאני מרפרש אותו בקליק אחד ע"י כפתור "ניקוי מטמון" שהוספתי לדף (ללא צורך באישור). אבל שורות שמריצות חיפוש רגיל – אני צריך לבדוק ידנית (יש שם בסך הכל שלוש שורות כאלו). עכשיו (בהנחה שהצלחתי להסביר את אופן העבודה שלי) – איך אני מיישם את הסקריפט שכתבת?

ראה דוגמה לפלט: השורה הראשונה בצילום (בסוף תגובה זו) מתעדכנת בעת "ניקוי מטמון" של דף המשתמש שלי, אך לשורה השנייה בצילום אין פלט, זה קישור פשוט לדף החיפוש.
קוד לשורה הראשונה:
{{קישור לקטגוריה אם צריך|קטגוריה=דפים עם שגיאות בהערה|כותרת={{רווח קשיח|1}}דפים עם שגיאות בהערה|ריק=|רשימה=* יש דפים בקטגוריה:|ספירה=כן}}
תוצאה:

• יש דפים בקטגוריה: דפים עם שגיאות בהערה‏ (1 דפים)
  
  קוד לשורה השנייה:
  * [[מיוחד:חיפוש/hastemplate:הערה -hastemplate:"הערות שוליים"|חסר]] <nowiki>{{הערות שוליים}}</nowiki>
  תוצאה:

• חסר {{הערות שוליים}}

מה שאני מדמיין לראות זה משהו כגון:

• יש <הפלט של הסקריפט> דפים ללא...

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


צילום:

תודה רבה מראש (מקווה שאתה נושם, סליחה על החפירה). חזרתי • ∞ • שיחה 23:19, 6 באוגוסט 2024 (IDT)

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

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

צריך לבנות תבנית (עקרונית לא חיוני, אבל מועיל) שמקבלת כפרמטר את מחרוזת החיפוש ומחרוזת התצוגה, ומחזירה אלמנט מזוהה (כלומר עם class ייעודי, כך שהסקריפט יכול למצוא בקלות את כל המופעים של התבנית בדף) שמציג את מחרוזת התצוגה, מכיל "קופסה" ריקה להצגת התוצאה (נאמר, span מקונן) , ומכמין את מחרוזת החיפוש באופן שסקריפט יכול לחלץ (נאמר, באטריבוטה בשם data-search. הקידומת data- נחוצה ב"תחביר" של HTML). זה נראה בערך כך, אבל כמובן תוכל לעדן כאוות נפשך (למשל ב-span של התוצאות להציג משהו כמו "טרם", כך שתוכל לדעת איזו תוצאה עודכנה כבר):

<span class="hazarti-count-search" data-search="search string">display string <span class="hazarti-show-hits"></span></span>

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

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

אם תכין לי תבנית שמכינה את הקרקע, אנסה לגרד עבורך כמה דקות פנויות ולסרוג משהו. קיפודנחש 19:31, 7 באוגוסט 2024 (IDT)

אני מודה לך, בזכות מה שכתבת אני מבין יותר טוב סינית מאשר מה שכתבת. אני באמת מעריך את מה שטרחת עבורי, אבל כדי ליישם את מה שכתבת אני צריך הוראות הפעלה: "העתק את הסקריפט ל...", "שנה את סטרינג החיפוש מ-text למה שאתה רוצה לחפש...", "העתק את שורת ה-span ל..." וכד'.
אם הגזמתי – אני מתנצל, ואסתדר גם בלי זה. שוב – תודה רבה. חזרתי • ∞ • שיחה 19:55, 7 באוגוסט 2024 (IDT)

אוקיי. הנה הדיל: פתח את משתמש:קיפודנחש/ארגח 6, ואז פתח את הקונסול של JS והפעל את הסקריפט שב-משתמש:קיפודנחש/search-count.js. קיפודנחש 07:19, 8 באוגוסט 2024 (IDT)

כרגע הספירה מתבצעת במרחב התוכן. אם צריך לחפש במרחבים אחרים, אפשר לשכלל קצת - כנראה לא היום. קיפודנחש 08:01, 8 באוגוסט 2024 (IDT)

עדכון - הוספת פרמטר "מרחבי שם". יש להשתמש במספרי המרחבים מופרדים בפסיקים או רווחים. קיפודנחש 23:23, 9 באוגוסט 2024 (IDT)

התייעצות בנוגע לוויקינתונים

שלום קיפודנחש, כמיטב הרגלי אני זקוק לעזרתך, אני מקווה שזה בסדר שאני פונה בדף שיחתך, אני אשמח לשמוע את דעתך בשאלה שנתקלתי בה
איני יודע אם זכור לך שהמלצת לי בעבר להתחיל למלא פריטי ויקינתונים (כשנתקלתי בדף מוגן בוויקינתונים ולא הייתה לי אפשרות לקשר אותו לערך שיצרתי), בכל מקרה, לאחרונה התחלתי לעבוד יותר בוויקינתונים.
היום לקחתי לעצמי פרויקט קטן – לנקות את הקטגוריה ויקינתונים - השוואת ערכים: חסרה תווית עברית: מעון רשמי מערכים.
היו בה 39 ערכים, ב-35 טיפלתי, עבור 3 נוספים ביקשתי עזרה בוק:יל ויש ערך אחד מעצבן שאני פשוט לא מצליח להבין מדוע אינו יורד מהקטגוריה!
הערך הוא מושל אינדיאנה, הוספתי את התוויות בעברית בפריט ויקינתונים, בדקתי חמש פעמים שבאמת קיים רק פריט ויקינתונים אחד תחת "מעון רשמי" בפריט הוויקינתונים של המושל ואני לא בטעות מפספס פריט נוסף ללא תווית בעברית, ואני פשוט קלולס לגבי הסיבה שהערך עדיין נמצא בקטגוריה
אני אודה לכל קצה חוט או עצה בנושא, ואם זה לא בסדר שאני פונה ישירות בדף שיחתך, אני מתנצל ואעביר לאחד מדפי הייעוץ, המון תודה! Idoiz • שיחה 00:26, 7 באוגוסט 2024 (IDT)

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

נסה לבצע שמירה ריקה בערך עצמו: פתח את הערך בעורך קודמקור, והקש "פרסום" בלי לבצע שום שינוי. במקרים הללו (הקטגוריה מכילה את הערך, אך לא מופיעה ברשימת הקטגוריות בערך עצמו) זה מסיר את הערך מן הקטגוריה. לא אעשה זאת בעצמי, כדי שתוכל להתנסות: ודא לפני השמירה שהקטגוריה מכילה את הערך, בצע שמירה ריקה ורענן את דף הקטגוריה - הערך צריך להיעלם משם. בהצלחה. קיפודנחש 01:47, 7 באוגוסט 2024 (IDT)

נראה שטעיתי. צריך להתעניין אצל מישהו שמתמצא בנבכי ויקינתונים, יש כמה מומחים, היחיד שעולה לי בראש כרגע הוא @יונה בנדלאק. קיפודנחש 08:39, 7 באוגוסט 2024 (IDT)

נראה שהבעיה היתה ברענון של הפריט בויקינתונים ולא מקומית אצלנו. שיניתי את הפריט ושמרתי (בויקינתונים אין אפשרות לעריכה ריקה, לא בדקתי אם purge עוזר). נראה שעכשיו זה הסתדר. אינג. יונה ב. - שיחה - הבה נכחילה 09:40, 7 באוגוסט 2024 (IDT)

קיפודנחש ויונה בנדלאק המון תודה על העזרה וההסברים! שיהיה יום נעים Idoiz • שיחה 10:05, 7 באוגוסט 2024 (IDT)

הכוכב הטכני!

לרגל חצי שנה מהעריכה הראשונה שלי, החלטתי להקדיש את השבוע להוקרת הוויקיפדים שעזרו לי ושאני מעריך מאוד באתר. עזרת לי המון במשך התקופה הזו מהצד הטכני, למדתי והשכלתי מהתגובות שלך, אם זה בשאלות ששאלתי או של אחרים, אז המון תודה! Idoiz • שיחה 19:51, 13 באוגוסט 2024 (IDT)

עזרתך

מקווה שזה בסדר שאני פונה אליך בדף שיחתך. בדף הבדלי גרסאות בתצוגה למכשירים ניידים אין לחצן לביטול גרסה כפי שיש בתצוגה במחשב. הלחצן משמש אותי לניטור מזדמן וטיפול בהשחתות שאני עושה מעת לעת גם מהנייד. לפני שאני מנסה לכתוב לזה סקריפט אשמח לוודא איתך כמי שמכיר היטב את ממשק ויקיפדיה שאכן אין דרך קלה להגיע ללחצן ביטול הגרסה מתצוגה לניידים. בהערכה- שרדינגר • שיחה 11:36, 16 באוגוסט 2024 (IDT)

אפרט יותר, כוונתי כאשר לוחצים מדף השינויים האחרונים על לחצן הבדל, אין בדף לחצן ביטול, ידוע לי כי ניתן להכנס להיסטוריית גרסאות ומשם לבטל אך זה מצריך מספר קליקים וניווטים מיותרים בשונה מהגרסה למחשבים. שרדינגר • שיחה 03:16, 19 באוגוסט 2024 (IDT)

לא מוכרת לי דרך פשוטה לבטל גרסה מדף ההבדלים בממשק ניידים. תרצה אולי לרפרף בוויקיפדיות אחרות ולראות אם מישהו כתב משהו שעובד - אפילו אם תחליט לכתוב בעצמך מסיבה זו או אחרת, דוגמה עובדת מול העיניים בדרך כלל מועילה. תוכל גם לבקש בויקיפדיה:סקריפטים/בקשות במקום לכתוב. קיפודנחש 03:24, 19 באוגוסט 2024 (IDT)

אציע להציץ בen:User:DannyS712/Undo (יש קישור בתחילת הדף לסקריפט עצמו). אולי לזה התכוונת - לא טרחתי להתעמק. לא הסתכלתי בקוד עצמו - אולי הוא מוצי פוצי, ואולי גודזילה מגעילה, אבל כאמור, גם את תחליט לכתוב, דוגמה עובדת מול העיניים בדרך כלל מועילה (כמובן, גם לא בדקתי אם הוא עובד בגרסת מדיה ויקי הנוכחית). קיפודנחש 03:45, 19 באוגוסט 2024 (IDT)

תעלומה בלשית

שבת שלום,
אפשר לאתגר אותך? ראה: ויקיפדיה:דלפק ייעוץ#חיפוש עם תוצאה אחת – ללא תוצאה. תודה רבה. חזרתי • ∞ • שיחה 09:13, 17 באוגוסט 2024 (IDT)

אכן תעלומה, אבל לא תעלומה מעניינת במיוחד.

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

תוצאות קודמות:

• מכל תוכנית מחשב ניתן לצמצם שורה
• כל תוכנית מחשב מכילה לפחות בג אחד

ברדוקציה אפשר להראות את מה שמכונה "הלמה של קורץ": כל תוכנית מחשב ניתנת לצמצום לשורה אחת שמכילה בג.

מערכת החיפוש של ויקיפדיה מסתמכת על מנוע חיפוש "צד שלישי" (כמובן קוד פתוח) בשם צירוס, ומה שראית והראית בסך הכל מדגים שיש בג או במנוע החיפוש, או בממשק בינו ובין תוכנת מדיה ויקי (באחריות - הוא לא היחיד). כמה זה חשוב? כמה זה מעניין? תגיד אתה. קיפודנחש 03:35, 19 באוגוסט 2024 (IDT)

חשוב? מעניין? אני מקווה שבמערכות חיוניות לא משתמשים בענן הזה... חזרתי • ∞ • שיחה 08:46, 19 באוגוסט 2024 (IDT)

מימדי תמונות

שלום, התמונות באינטרנט ובכלל, אינן שוות במימדיהן. חייבים לציין מימדי התמונות בתבניות כדי לשמור על פרופורציות. למשל, יש מקרים שבהם לאישיות חשובה ביותר יש תמונה קטנטונת, שצויירה או צולמה מרחוק, בעוד שלאישיות פחות חשובה יש דיוקן ענק . לא מקובל זאת באנציקלופדיות. קורה שלבן גוריון, למשל, יש תמונה יחסית קטנה ולחבר כנסת מסוים, פחות חשוב יש לו דיוקן ענק. אז כן חשוב לציין ולהתאים את מספר הפיקסלים לפי השכל הישר. זאת הסיבה שבמקרה של ג'ורג' קואוטס, שמצאתי לו תמונה ברשת, אבל הוא לא מגדולי הרופאים בכל הדורות, העדפתי גודל מופחת במקצת, בלי לפגוע Ewan2 • שיחה 19:38, 24 באוגוסט 2024 (IDT)

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

בדרך כלל, כאשר ברירת המחדל סבירה, עדיף להשאיר החלטות כאלה לברירת המחדל.

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

בברכה - קיפודנחש 20:46, 24 באוגוסט 2024 (IDT)

עמיר מנחם

שלום קיפודנחש, אשמח אם תוכל בבקשה להביע עמדה ולהצביע כאן ויקיפדיה:רשימת מועמדים לשחזור/:עמיר מנחם. הערך שמועמד לשחזור, כמו שאתה כבר ודאי יודע, הוא לא הערך המקורי, אלא הערך הזה: משתמש:אסף טל דורון 317/עמיר מנחם. ביצעתי עוד מספר עריכות ככה שעכשיו יש לי זכות הצבעה לצורך העניין. תודה מראש. אסף טל דורון 317 • שיחה 13:47, 27 באוגוסט 2024 (IDT)

אין לי עמדה או דעה בקשר לערך הזה, וכנראה לא אתעמק ואתאמץ לגבש כאלו. הנהלים בוויקיפדיה בעברית לא תמיד לגמרי הגיוניים, ובפרט כל נושא דיוני החשיבות והצבעות החשיבות רחוק מלהיות משביע רצון. בדרך כלל אין לי עניין להיכנס לשלולית הזו, לפחות כאשר אין לי עניין מיוחד בערך בו מדובר - יש מספיק שלוליות אחרות להתבוסס בהן. בהצלחה עם המאמץ, אבל במקרה הזה בלעדיי. כל טוב - קיפודנחש 19:58, 27 באוגוסט 2024 (IDT)

הבנתי אותך, טוב תודה על כל פנים. אסף טל דורון 317 • שיחה 21:12, 27 באוגוסט 2024 (IDT)

תב:ניווט בהערה

יש אפשרות? ניסתי כאן ולא הצלחתי. אייל • שיחה 20:24, 27 באוגוסט 2024 (IDT)

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

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

בברכה - קיפודנחש 23:25, 27 באוגוסט 2024 (IDT)

@אייל: ראה כאן... חזרתי • ∞ • שיחה 01:55, 28 באוגוסט 2024 (IDT)

@אייל בתצוגת ניידים זה דפוק לגמרי. ‫109.253.197.30‬ 02:11, 28 באוגוסט 2024 (IDT)

סורי... תצוגת ניידים לא מושלמת...
בשולחני זה בסדר. חזרתי • ∞ • שיחה 02:13, 28 באוגוסט 2024 (IDT)

בנייד זה לא "דפוק לגמרי (די דומה לתצוגה בשולחני), ובשולחני זה לא "בסדר". ואגב, זו גם לא בדיוק "תבנית ניווט" למרות שהיא אכן משתמשת בתשתית של תבנית ניווט. כשאומרים "תבנית ניווט" מתכוונים למשהו דומה יותר לדוגמה באותו דף של "החברה החרדית בישראל". עבור משהו פשוט כמו זה שחזרתי הדגים אפשר היה להשתמש בתבנית {{טבלה מוסתרת}}, וגם את זה לא צריך לעשות בתוך הערת שוליים. קיפודנחש 02:28, 28 באוגוסט 2024 (IDT)

תודה לכל העוזרים.
המטרה הייתה לקפל ציטוט שמופיע בביאורים ולטעמי טרחני מדי. אייל • שיחה 10:08, 28 באוגוסט 2024 (IDT)

לדעתי לא צריך קיפול בסעיף "ביאורים" - עצם השימוש בביאור זה סוגשל "קיפול" שמוציא את ההסבר הארוך והטרחני מגוף הערך ו"מסתיר" אותו בעליית הגג. אם תרצה, סעיף "ביאורים" הוא כבר ארון, ולא צריך לקנן בתוך הארון ארון נוסף גם אם יש פריט כלשהו גדול יותר משאר הפריטים. קיפודנחש 04:12, 29 באוגוסט 2024 (IDT)

לאן העברת את הדיון שלי?

הדיון הוא ״שמותיהם של חותמי מגילת העצמאות״. כתב לי שהעברת אותו למקום מתאים יותר. מושא ישיר • שיחה 17:39, 26 בספטמבר 2024 (IDT)

@מושא עקיף ש:מגילת העצמאות אייל • שיחה 17:46, 26 בספטמבר 2024 (IDT)

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

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

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

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

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

אפילו לא בדקת את מה שאתה אומר לפני שמחקת דיון שלם.

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

ֶ גם מאיפה אני אפליץ את כל השמות האלה אם לא דרך התבנית בעלי ידע? מושא ישיר • שיחה 21:30, 26 בספטמבר 2024 (IDT)

אין לי כוונה להאריך בדיון, וגם לא להמשיך בו - אתה יכול להגיב שוב, אבל כנראה לא תהיה עוד תשובה.

• אתחיל מהמובן מאליו: לא "מחקתי דיון שלם" אלא העברתי דיון שנפתח במקום לא נכון למקום אחר. אם תמצא מקום מתאים יותר, אתה יכול להעביר אליו - המזנון אינו המקום הזה.
• לגבי תבנית בעלי ידע - כשמשתמשים בתבנית בצורה המקובלת, השמות לא חשופים, כפי שהם חשופים בדיון שפתחת. למראית עין נראה כאילו העתקת את השמות במקום להשתמש בתבנית כמקובל, או הכללת תבנית לא נכונה. בדף התבנית יש הנחיות לדרך הנכונה להשתמש בה.
• כל פעם שאתה מזמן מישהו, אתה תובע לעצמך נתח קטן מזמנו. גם אם זה עולה לכל "מזומן" רק דקה להציץ בדיון אליו זומן ולהחליט שאינו מעניין אותו, הרי זימון 60 אנשים "מבזבז" שעה שלמה שהייתה יכולה להיות מוקדשת לשיפור ויקיפדיה, וזימון 600 אנשים מבזבז עשר שעות. במילים אחרות, זימונים המוניים הם יקרים ויש לקמץ בשימוש בהם. זימון כמו זה שעשית, בו אינך יכול אפילו לזכור את כל "בעלי הידע" שהזמנת ואתה מצליח לזכור "רק" שלושה תחומים הוא הפרזה פראית שגובלת בחוצפה, או אם למחזר את הדימוי שלך, כמוהו כהפלצה רועמת בבית הכנסת.
• הדיון שפתחת לא מתאים למזנון. אם אינך מקבל את הקביעה הזו, עצתי שתנסה לשאול עורך שעל דעתו אתה סומך ומוכן לקבל אותה האם הוא או היא מסכימים לקביעה הזו - אהמר שהתשובה שתקבל חיובית.

עד כאן להיום. בהצלחה בהמשך דרכך בוויקיפדיה. קיפודנחש 06:43, 27 בספטמבר 2024 (IDT)

אתה קשוח (אבל צודק לפחות 100%). חזרתי • ∞ • שיחה 21:46, 27 בספטמבר 2024 (IDT)

אוקיי, לאן העברת אותו? מושא ישיר • שיחה 02:50, 30 בספטמבר 2024 (IDT)

שלום מושא עקיף, היכן לדעתך הוא המקום הראוי ביותר לדון על מגילת העצמאות? או בניסוח כללי יותר: היכן דנים על סוגיה בערך ספציפי? חזרתי • ∞ • שיחה 10:49, 30 בספטמבר 2024 (IDT)

אבל הבעיה היא שזה לא ערך ספציפי אלא כמה ערכים... מושא ישיר • שיחה 02:49, 1 באוקטובר 2024 (IDT)

סליחה. חשבתי שקראת את תגובתו של אייל בדיון זה, שענה לך שבע דקות אחרי ששאלת וקישר לדף אליו הועבר הדיון. אילו הבנתי שלא קראת את תשובתו הייתי מפנה את תשומת לבך לתשובה. קיפודנחש 16:11, 30 בספטמבר 2024 (IDT)

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

לעצם העניין: אין לי כוונה להצטרף לדיון, אבל נראה לי שכל הרעיון לנקד שמות (א) מיותר ו(ב) אם הוא נחוץ, יש להשאיר זאת לאנשים שיודעים לנקד - לפי הדוגמאות שנתת, הידע שלך בניקוד לא מושלם (ספציפית, ניקדת את היו'ד בשם "בֶּרְנְשְׁטַיְן" בשווא. למיטב ידיעתי זו שגיאה, אבל אל תיקח את המילה שלי - היוועץ בויקיפדיה:ייעוץ לשוני). קיפודנחש 02:59, 1 באוקטובר 2024 (IDT)

חחחחח, תאמין לי שאני יודע לנקד מצוין. הסיומת "שטיין" מקורה בגרמנית – stein. את הרצף <ei> בגרמנית הוגים ־ַי. בכל מקרה פניתי לאקדמיה בבקשה לבדיקה. רוב השמות נוקדו כהלכה, אבל זה עדיין בבדיקה. השם ברנשטיין אחד מהם, דרך אגב. :) מושא ישיר • שיחה 01:19, 2 באוקטובר 2024 (IDT)

מקבצים לעמוד הראשי

היי,

לא בטוח שיש לך מושג בזה, אך אנסה את מזלי. אני וגילגמש יצרנו מקבץ ערכים ל-7 באוקטובר (ראי טיוטה:הצגה לעמוד הראשי ב-7 באוקטובר). המקבץ עבר דיון במזנון, ולא נתקלנו בהתנגדויות. עכשיו צריך לשבץ אותו ליום הזה ב-2024 ובשנים הבאות לכ"ד בתשרי. תוכלי לסייע לי בזה? אני לא יודע איך עושים זאת. יש את הדף ויקיפדיה:עמוד ראשי/מקבץ ערכים אם זה יעזור. תודה, ברק אברגיל ~ דברו איתי ~ זוכרים את המוזיקה הישראלית ~ מיזם האירוויזיון 12:42, 5 באוקטובר 2024 (IDT)

לצערי לא. אמנם יש לי הרשאת "עורך ממשק", אך ההרשאה הזו לא מאפשרת עריכת דפים מוגנים ברמות הללו - לשם כך נחוצה הרשאת מפעיל. גם בלי מחסום ההגנה הייתי מתקשה לסייע, מחמת חוסר ניסיון - מעולם לא עשיתי זאת. ניסיתי לחשוב מי כן, והיחיד שעלה בדעתי הוא דגש, אבל גם זה מפוקפק. אציע להציץ בהיסטוריית העריכות של העמוד הראשי ולמצוא מי בין אלו שערכו אותו יותר מפעם פעמיים עדיין פעילים ועדיין מחזיקים בהרשאת מפעיל. אם תפנה לדגש, זכור בבקשה שהוא שומר שבת. בברכה - קיפודנחש 17:24, 5 באוקטובר 2024 (IDT)

כן, בגלל זה לא פניתי אליו מלכתחילה :) ערן הצליח, תודה בכל מקרה. ברק אברגיל ~ דברו איתי ~ זוכרים את המוזיקה הישראלית ~ מיזם האירוויזיון 17:27, 5 באוקטובר 2024 (IDT)

עבור תאריכים לועזיים יש להוסיף בסוף של תבנית:מקבץ ערכים. עבור מועדים עבריים (משנה הבאה והילך) - יש להוסיף בתבנית:מועד עברי. ערן • שיחה 17:29, 5 באוקטובר 2024 (IDT)

תודה. כפי שציינתי, הרשאותי לא מספיקות לעריכת העמוד הראשי, אבל אולי הן כן מספיקות לעריכת התבניות הללו (לא בדקתי - כרגע בנייד וקצת מסורבל לבדוק). התירוץ השני שלי עדיין בתוקף - מעולם לא עשיתי דברים כאלה, ועדיף שמישהו שיודע מה הוא עושה (כמו ערן) יעשה זאת. קיפודנחש 17:44, 5 באוקטובר 2024 (IDT)

"הסתר עריכות אחרונות" בתפריט הנסתר "עוד"

שלום רב, לפני יותר משבועיים ועשר שנים כתבת סקריפטון שמוסיף לתפריט "עוד" את האפשרות "הסתר עריכות אחרונות" לדפי תרומות. הוא הפסיק לעבוד היום, כנראה לאות הזדהות עם באג יום רביעי. לפחות עד אתמול זה עבד, ואאל"ט גם היום בבוקר. ראה בבקשה את 17 השורות הראשונות במשתמש:חזרתי/common.js.
דיונים קודמים:

• ויקיפדיה:דלפק ייעוץ/ארכיון157#דף "תרומות המשתמש"
• שיחת משתמש:קיפודנחש/ארכיון 15 - ארכיטיפ#משהו טכני

כרום, וקטור ישן (2010) + וקטור (2022)

תיוג: משתמש:ביקורת – עובד לך?

תודה רבה! חזרתי • ∞ • שיחה 22:16, 9 באוקטובר 2024 (IDT)

מופיע הקישור אבל לא נראה שעובד. ביקורת • שיחה 22:29, 9 באוקטובר 2024 (IDT)

(אנחה המשברת חצי גופו של אדם)

נסה להחליף את siblings ב-closest('li').find

זה נראה בערך כך:

mw.util.addCSS( '#my-hide-last-edits a { font-weight:bold; color: red; }' );
if ( mw.config.get( 'wgCanonicalSpecialPageName' ) == 'Contributions' )
mw.util.addPortletLink( 'p-cactions', '#', 'הסתר עריכות אחרונות', 'my-hide-last-edits' ).onclick = function(e) {
    e.preventDefault();
    var titles = {}; 
    $( 'span.mw-uctop' )
        .closest('li').find('a.mw-contributions-title')
        .each(function(i,item) {
            titles[$(item).text()] = true;
         }); 
    $('a').filter(function(){return titles[this.title]})
        .closest( 'li' )
        .toggle( false );
};

(הם שוב פעם הזיזו את הגבינה...) בבדיקה סופר-חפיפית, נרלי שזה צריך לעבוד. בהצלחה. קיפודנחש 02:10, 10 באוקטובר 2024 (IDT)

שים נא לב (למשהו שאני לא שמתי לו לב): מדובר בשני snippets שונים: זה שבדלפק הייעוץ לא דורש כל שינוי ועדיין עובד. זה שבדף המשתמש שלך מסובך יותר ועושה משהו קצת אחרת (לא טרחתי להבין בדיוק - נדמלי שזה שבדף המשתמש שלך מסיר את כל הפריטים ששייכים לדפים בהם אתה העורך האחרון, אבל אתה צריך לדעת יותרטוב מה ההבדל), ואותו הקוד שרשמתי אמור לתקן. קיפודנחש 02:22, 10 באוקטובר 2024 (IDT)

ניסוי קצר מראה שהתיאור שרשמתי כנראה נכון... קיפודנחש 02:23, 10 באוקטובר 2024 (IDT)

לא כנראה. עובד 100%! תודה רבה רבה. חזרתי • ∞ • שיחה 07:59, 10 באוקטובר 2024 (IDT)