yitzchok

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

אני ממתין לתשובות של שרית לשאלות שלי

מאוד מקווה שהתשובה של נעם היה לעניין ומספיק (ברוב המקרים זאת תהיה בדיוק התשובה)

יש מצבים בהם זה יכול להיות מורכב יותר.
שתי דוגמאות:
1. בעמודה מוגדרת ביטוי ולא הצבעה על עמודת טבלה
2. העמודה מגיעה מטבלה שמגיעה מ-outer join (סימן שאלה בחיתוך)
במקרים אלה ואחרים יתכן צורך לגישה אחרת

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

אם הצלחת במסך זה להוסיף רשומות – את רואה אותן במסך הראשון?
איזה הבדל יש (שם) בין אלה שהוספת במסך החדש ואלה שהיו מהמסך המקורי?

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

אני מניח שזו דוגמה של קבוצה הרבה יותר גדולה של משתנים ולכן אתה רוצה להשתמש שלולאה?

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

את בעצם צריכה לחזור על החישוב הזה פעמיים, פעם אחת עבור לפני הנקודה ופעם אחת עבור אחרי
עבור השנים את צריכה מספר שלם
נראה לי שאם תקחי את חישוב של ינאי ותורידי את ה-"נקודה 0" זה יעשה חישוב של שלמים בלבד.
אם תקחי את החישוב הקודם ותורידי ממנו את החישוב הנ"ל תקבלי את השארית. אותה את צריכה להכפיל ב-12 ולהפוך לשלם.
(אופציה אחרת: כפלי את שניהם ב-12, אז עשי פחיתה ועגלי. אולי אפשר להעזר בפונקציית modulo – סימן % אם אני זוכר נכון. איך שבא לך.)
שני האלה להפוך למחרוזות (DTOA) ולשרשר (STRCAT) עם נקודה.
כל זה אפשר בביטוי אחד (אם כי ארוך) ולכן כן מתאים כביטוי בדו"ח; לא צריכים לולאות.

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

https://www.priority-forums.com/he/index.php/forums/6/16813
https://www.priority-forums.com/he/index.php/forums/11/16060
https://www.priority-forums.com/he/index.php/forums/11/15340

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

אי התאמה אפילו קלה גורמת למצב שנראה לי שאתה מתאר.

תצוגה תקינה של HTML זה כולו עניין של פלט של הנתונים מתוך הטבלאות לקובץ HTML בצורה שלא ישבש את ה-HTML

שלבי ה-SQLI שהזכרתי זה נדרש כדי לדאוג שהשורות שני קטעי הטקסט מסונכרנים כדי שיצאו בסדר הנכון ולא יהיה שיבוש של ה-HTML
אני לא עשיתי את העבודה הזאת אבל לא רואה למה שלא יעבוד עם יעשה נכון.

אני אנצל את ההזדמנות – אתה אומר כל פעם שזה דו"ח טבלאי. בדו"ח שלך יש T בעמודת טיפוס? (או H או כלום?)