Z
לתועלת הרבים ניתן לעשות Placeholder בתיבת טקסט.
(למי שלא יודע מה זה Placeholder פרושו ציון מיקום בתוך תיבת טקסט וברגע שנכנסים לתיבת טקסט הוא נעלם וניתן לכתוב בתיבה מה שרוצים - הדבר עוזר הרבה כשרוצים לכתוב שורת עזרה לפני הכניסה לשדה)
@;"הזן כאן את השורה שלך"
את השורה הזו יש לכתוב במאפייני הפקד תחת "פורמט" (תבנית עיצוב)
במקרה זה לא ניתן להשתמש בתבנית עיצוב שונה אלא באפשרות אחת.
מקור:
פורסם במקור בפורום CODE613 ב15/05/2016 21:22 (+03:00)
[quote="beni"]יש לי סיראל של 8 אבל אפשר רק לשדרג מערכת הפעלה הוי אומר שאני צריך להתקין את זה ואז לשדרג ל10 וזה חינם אבל אני רוצה התקנה נקייה /quote]
זה הרבה יותר פשוט אם יש לך וונדוס 8 חוקי.
יש קובץ התקנה של ווינדוס 10 ממיקרוסופט ומה שעושים זה מגבים את הקבצים שלך שאתה מעוניין לשמור (מסמכים,שמע,תמונות וכד') ומפעילים את קובץ ההתקנה על וונדוס 8 החוקי ואז ההתקנה שואלת אותך איזה שידרוג אתה מעוניין לעשות, התקנה חדשה או טלאי על וונדוס 8.
בוחרים בהתקנה חדשה ובזה מסתיים הסיפור
אם בעתיד תצטרך לפרמט את המחשב מה שעושים זה מתקינים וונדוס 8 ומכניסים שם את המספר הסיראלי ומאקטבים ולאחר מכן מתקינים וונדוס 10 באותה צורה כמו למעלה.
זוהי הדרך הקלה והפשוטה
טיפ קטן מניסיון עם וונדוס 10 - תבדוק מול יצרן המחשב שלך ומל התקני החומרה שהם תומכים בוונדוס 10 ויש דרייברים להורדה.(מנסיוני המר יש לי מחשב לנובו G500 I7 ולאחר שדרוג מתברר שיש בעיה בכרטיס WIFI שאין דרייבים לוונדוס 10 ומשטוט באינטרנט זוהי בעיה ידועה ולכן חזרתי לוונדוס 7)
אתה יכול לדבר איתי פרטי.
פורסם במקור בפורום CODE613 ב04/05/2016 15:11 (+03:00)
חברים אני צריך עזרה תוכנת פריצה (משהו כמו kmspico) לוינדוס 10 דחוףף
תודה
גם אם תתפלל חזק לא תקבל תוכנת פריצה לוונדוס 10 למרות שיש פתרונות חוקיים לוונדוס 10.
בכלל אני לא מבין למה בפורום כזה צריך לתת במה ל - "קראקים" למערכות הפעלה או לתוכנות שעולות כסף
יש חברה שקוראים לה Microsoft והיא מייצרת תוכנות הפעלה ומגיע לה כסף על כך - מה רע בכך...
וחוץ מזה לפתוח תוכנה עם קראק תוכנה זה כמו לקחת כיכר לחם מהמכולת ולא לשלם!!!!
פורסם במקור בפורום CODE613 ב04/05/2016 13:25 (+03:00)
בקובץ שצירפתי, הסינון בודק האם השדה רק א"כ הוא רושם בו ""
אצלך בשאילתה אתה חייב לרשום שם מלא בחיפוש מה שאין כן אצלי שניתן לרשון חלקי אותיות (שים לב שיש "*" לפני ההפניה לפקד)
מעבר לזה אני לא רואה שום שינוי (עדיין צריך לרשום בכל שורה לפחות שדה אחד לחיפוש)
@zvinisim
(לא תוכל להשאיר שדות רקים ולכן, תצטרך לעשות בדיקה לפני הסינון שלפחות בכל שורה יש שדה אחד לפחות מלא).
סליחה יש לי טעות בהודעה המקורית ולא צריך להיות כתוב"שדות" אלא "שורות".
להלן המשפט הנכון:
(לא תוכל להשאיר שורות רקים ולכן, תצטרך לעשות בדיקה לפני הסינון שלפחות בכל שורה יש שדה אחד לפחות מלא)
פורסם במקור בפורום CODE613 ב03/02/2016 22:00 (+02:00)
אני מקווה שזה מה שאתה מחפש
הוספתי לך עוד סינוננים לפי עמודות.
תיקח בחשבון שאתה עלול להכניס את עצמך ל"פלונטר" באם התוכנה שלך הולכת לשבת אצל לקוח - את חייב להכניס בכל שורה לפחות שדה אחד בכדי לבצע סינון - הם חייבים לדעת זאת (אחרת הם לא יבינו למה אין סינון)
(לא תוכל להשאיר שדות רקים ולכן, תצטרך לעשות בדיקה לפני הסינון שלפחות בכל שורה יש שדה אחד לפחות מלא).
לפחות במקרה כזה לא ההתי נותן יותר מ-2 סינונים מקסימום 3 סינונים
בהצלחה
פורסם במקור בפורום CODE613 ב03/02/2016 21:41 (+02:00)
אני קיבלתי מפלאקרד גישה לAPI שלהם בחינם בתור מפתח.
את הפתרון הזה אני ידע טוב מאוד מלפני הרבה זמן.
אני ישבתי עם ClickOne בעת פיתוח מערכת אחרת לפני כ-5-6 שנים ללמוד את הנושא.(אפילו חשבנו לבנות את התקן PCI הזה בעצמנו אך עלויות הפתוח היו והינם גבוהות מאוד [כמדומי יותר מ 200K ש"ח])
ואפילו ישבנו במשרדים של פלאכארד לבחון את המצב (בזמנו היה ברחובות).
הם נותנים לך גישה למסוף דמו לניסיונות שלך, ושם אתה יכול להמיר את מספר הכרטיס לטוקן, לשמור את הטוקן אצלך ואח"כ כמובן לשחזר אותו מהטוקן.
כך שאתה אפילו לא צריך לספר להם סיפורים, פשוט תגיד שאתה מתכנת.
אל תדאג לפלאכארד הם יודעים מה הם עושים...
פלאכארד מוכנים לתת לך API שלהם לצרכי פיתוח בכדי שתביא להם לקוחות שיסלקו דרכם, במצב כזה אתה "כלוא" איתם כמעט לנצח ולא יכול לתת ללקוחות שלך אפשרות תמרון של סליקה.
תחשוב מצב שמחר/מחרתיים/חודש ויותר לא יתאים ללקוח שלך לעבוד עם פלאכארד ואתה צריך לשנות לו את ממשק ה API מה תעשה אז??
במקרה כזה הלקוח שלך יצטרך להתקשר לכל הלקוחות שלו ולקבל שוב את מספר הכרטיס מחדש (נכון שאם אתה עובד כיום עם פלאכארד העבודה יותר קלה מפני שאתה יכול לשלוף את המספרים בפונקציה, אבל מה תעשה שיש מערכות כגון: טרנזילה שאינן מאפשרות זאת?)
אני אחד שאוהב פתרונות מסבכים לבעיות פשוטות אבל נראה לי הלכת רחוק פה.
בשביל זה תמיד אני אומר שלמתכנת צריך להיות ראש "קרימינלי" ושיכול לחשוב למצבים של לא "מה אפשר לעשות" אלא ל"מה אי אפשר לעשות"
בהצלחה!
תודה רבה
פורסם במקור בפורום CODE613 ב12/11/2015 22:41 (+02:00)
במערכת יצירת עסקאות שאני כותב אני צריך לשמור את מספר כרטיס האשראי של הלקוח בכדי שאנשי ה-Back office יוכלו לשחזר את המספר לצורך סיום העסקה במועד מאוחר יותר.
לצורך העניין יש לי חשיבה לביצוע של שמירת מספר הכרטיס בצורה כזו:
לקחת את מספר הכרטיס ולשמור בטבלה של העסקאות רק את 4 ספרות האחרונות של הכרטיס.
את שאר הספרות (מה-5 מימין ועד סוף המחרוזת) לייצר נוסחת הצפנה עם אותיות ומספרים ולשמור את התוצאה במיקום אחר במערכת (בטבלה אחרת או בסיס נתונים בנפרד כאשר בסיס הנתונים מוגן בסיסמה מספיק חזקה).
במידת הצורך ואנשי ה-Back office ממשיכים את סיום העסקה המערכת תוכל לשחזר את מס' הכרטיס האשראי להמשך סיום העסקה.
יובהר: שהמערכת אינה עושה סליקת אשראי אלא רק מבצעת עסקאות לקוח לגבי חברה צד ג' ולכן יש לשמור את המספר בכדי לעדכנו בחברה שהנציג עובד בשבילו'.
מה הסבירות שפתרון לעיל עובר ייעוץ משפטי חיובי ואישור של חברות כרטיסי אשראי.
כמו כן, מה נראה לכם רמת הסיכון שאדם כלשהו יקח את המאגר ויצליח לפענח את המספר וישתמש בו לרעה לפי פתרון זה.
בנוסף לכך הנני להבהיר שאיני מעוניין לעבור על שם חוק כרטיסי אשראי ו/או על התקנות אלא לנסות למצא נוסחה שתאפשר לי לשמור את מספר הכרטיס ללא תלות של שרת טוקנטציה של חברה חיצונית .
אשמח לקבל ולשמוע את תגובת חברי הפורום לנושא.
פורסם במקור בפורום CODE613 ב12/11/2015 11:44 (+02:00)
מי מאיתנו כתב לא פעם אחת תוכנה באקסס ובטעות במקום לסגור טופס הוא סגר "בטעות" את כל התוכנה?
או שיותר גרוע שכבר נתת את התוכנה שכתבת ללקוח אך המזכירה בטעות לחצה על כפתור הסגור (X) של התוכנה במקום ב (X) של הטופס.
אז זהו גם לבקשתו של ClickOne אני מעלה את הקוד הבא:
יש לבנות את הפונקציות הבאות:
Private Declare Function GetSystemMenu Lib "user32" (ByVal hWnd As Long, _
ByVal bRevert As Long) As Long
Private Declare Function EnableMenuItem Lib "user32" (ByVal hMenu As _
Long, ByVal wIDEnableItem As Long, ByVal wEnable As Long) As Long
Const MF_GRAYED = &H1&
Const MF_BYCOMMAND = &H0&
Const SC_CLOSE = &HF060&
'
Public Function SetEnabledState(blnState As Boolean)
Call CloseButtonState(blnState)
Call ExitMenuState(blnState)
End Function
'Disable the Menu Option
Sub ExitMenuState(blnExitState As Boolean)
' Application.CommandBars("File").Controls("Exit").Enabled = blnExitState
End Sub
'Disable the Close Button Option
Sub CloseButtonState(boolClose As Boolean)
Dim hWnd As Long
Dim wFlags As Long
Dim hMenu As Long
Dim result As Long
hWnd = Application.hWndAccessApp
hMenu = GetSystemMenu(hWnd, 0)
If Not boolClose Then
wFlags = MF_BYCOMMAND Or MF_GRAYED
Else
wFlags = MF_BYCOMMAND And Not MF_GRAYED
End If
result = EnableMenuItem(hMenu, SC_CLOSE, wFlags)
End Sub
את השגרה הבאה יש לכתוב בעת הפעלת התוכנה :
Call SetEnabledState(False)
פורסם במקור בפורום CODE613 ב04/11/2015 18:31 (+02:00)
קטונתי...
אני חושב שלא,
אני שמח שאתה מנסה לעזור ובטוחני שאתה מתכנת באקסס מנוסה ורב שנים בדיוק כמו ClickOne.
@HUBHCBH
ובכ"א למה לא תלך כל הדרך בטופס, ורק אחרי שהביצוע של ההזמנה יאושר סופית, תציג דוח?
ראית מה כתבתי
@zvinisim
** לפני ביצוע ההזמנה על הנציג להזין את סוג ההזמנה ע"פ רשימה שמותאמת לצרכי המכירה לאחר שהנציג בחר את סוג המכירה נפתחת כרטיסיה מתאימה לסוג המכירה שהוא בחר.
(בכל כרטיסיה יכולים להיות שדות משותפים לכל סוג מכירה או בלעדיים למכירה ספציפית שהנציג בחר.)
עכשיו שאני מבצע הזמנה בטופס אין לי שום בעיה לפתוח כל סוג מכירה בכרטיסיה שונה ולהציג אותה בהתאם. (גם לאחר ביצוע הזמנה אני יכול לעבור בין הזמנה להזמנה והכרטיסיות ישתנו בהתאם)
הבעיה הא לא בטפסים שאני עובר בן טוופס לטופס הבעיה היא בהפקת הדוח.
לעצם הבעיה היא לא הפקת דוח "לפני הדפסה" אלא דוח "צף" מעוצב בשינוי פקדים בעת הפקת הדוח
אם אתה רוצה שיהיה תלוי מה הוא בחר וכו', אני ממליץ על כרטיסיות ולהוריד את הלשונית שלהם, ובכפתור "הבא" יהיה תנאי לאיזה עמוד להעביר וכו'
ברור מאליו שאני מציג כרטיסיות שהכותרות שלהן מוסתרות עם התניות בין המסכים.
אני בטוח שתאור הבעיה היה ארוך שלא קראת את כלו אבל אני ממליץ לך לבנות דוח בסיסי עם התניות להסתרת/הצגת שדות וכרטיסיות שונות במקטע של "פרוט הדוח" כאשר ישנם יותר מ 2 רשומות להצגה ושכל רשומה יש לה שדות שונים להצגה ולנסות להציג את הדוח בווריצות שונות (הצג לפני הדפסה/שליחה למדפסת/דוח צף) ואז תבין את גודל הבעיה.
אני לא בטוח שאתה מנסה לרדת לסוף הבעיה שישנה, בעת הבנת הבעיה תבין גם את גודל הבעיה שנוצרה.
ישנם 2 אפשרויות במקרה כזה:
פורסם במקור בפורום CODE613 ב09/11/2015 07:51 (+02:00)
מקווה שירדתי לסוף דעתך..
אז זהו שלא
@zvinisim
אני מדבר על משהו אחר לגמרי, אני מדבר על כביכול משהו דומה לעיצוב מותנה בדוח כלומר אני חייב להסתיר או להציג כרטיסיה בתוך הדוח
(תחשוב במונחים של דוטנט להסתיר או להציג פנלים) מפני שבכל כרטיסיה יש לי סוג של הזמנה אחרת.
ההיתרון הנוסף שיש בתצוגה שאני מדבר עליה היא שאם מתבצעות 2 סוגי הזמנות שונות הדוח יודע להפתח עם 2 סוגי כרטיסיות בהתאמה לסוג הרשומה בהתאם.
אני אנסה להסביר את הבעיה שוב מזווית שונה,
תחשוב שיש לך מערכת לניהול הזמנות כאשר ישנם 3 טבלאות במערכת:
טבלה 1 - טבלת לקוחות
טבלה 2 -טבלת עסקאות עם פרטי תשלום של ההזמנות
טבלה 3 - הזמנות הלקוח
כאשר לקוח מתקשר אנו מקלידים את מספר תעודת הזהות שלו במערכת אם וכאשר המספר קיים המערכת מעלה את פרטי המזמין (במידה ולא יש למלא את פרטי המזמין החדש).
לאחר העלאת פרטי המזמין למערכת אנו מבצעים עסקה כלומר: אנו מעדכנים אמצעי תשלום.
לאחר ביצוע העיסקה אנו מבצעים את פרטי ההזמנה.
לאחר ביצוע ההזמנה הנציג צריך לאמת את ההזמנה.
עכשיו לבעיה:
בעת העלאת רשומת המזמין יש לנו רשומה 1 בטבלה לקוחות.
בעת ביצוע עסקה (אמצעי תשלום) יש לנו שורה אחרת עם id של הלקוח בטבלת עסקאות.
בעת ביצוע ההזמנה (כלומר המוצרים) בטבלת הזמנות יכולים להיות לנו ממוצר אחד ללקוח ועד 4-5 מוצרים נוספים, כלומר יכול להיות שבטבלת ההזמנות יש יותר מרשומה אחת לעסקה.
** לפני ביצוע ההזמנה על הנציג להזין את סוג ההזמנה ע"פ רשימה שמותאמת לצרכי המכירה לאחר שהנציג בחר את סוג המכירה נפתחת כרטיסיה מתאימה לסוג המכירה שהוא בחר.
(בכל כרטיסיה יכולים להיות שדות משותפים לכל סוג מכירה או בלעדיים למכירה ספציפית שהנציג בחר.)
עכשיו שאני מבצע הזמנה בטופס אין לי שום בעיה לפתוח כל סוג מכירה בכרטיסיה שונה ולהציג אותה בהתאם. (גם לאחר ביצוע הזמנה אני יכול לעבור בין הזמנה להזמנה והכרטיסיות ישתנו בהתאם)
לאחר ביצוע ההזמנה הנציג צריך לחזור בפני הלקוח על פרטי העסקה , אמצעי התשלום וההזמנות שהוא ביצע בכדי לאמת את ההזמנה במלואה.
אני מקווה שעד כן אני מובן היטב.
בסיום ההזמנה נוצרת שאילתה עם פרטי המזמין ופרטי העסקה וההזמנה כלומר בשאילה אני מקבל את מספר השורות שבוצעו בהזמנה (אם ישנם 2 מוצרים בהזמנה אני אקבל 2 שורות בשאילתה)
את השאילתה אני שם בדוח.
[u:1jg17f19]הבעיה העקרית[/u:1jg17f19]
בכותרת עליונה של הדוח אין לי בעיה לתת שם הלקוח ופרטי העסקה (אמצעי התשלום).
בפרוט הדוח אני צריך לתת את פרטי ההזמנה.
מכיון שבאמצעי התשלום יש לי "רק" 2 כרטיסיות (כרטיס אשראי/הוראת קבע) כך שאין בעיה לבחור את אמצעי התשלום באירוע "בעת טעינה"
אבל אני לא בונה על האירוע בעת טעינה ואסביר את כוונתי.
בכל כותרת של דוח (כותרת עליונה של דוח,כותרת עליונה של עמוד,פרוט,כותרת תחתונה של עמוד,כותרת תחתונה של דוח) יש אירוע שנרא "בעת עיצוב" האירוע הזה אומר שבעת עיצוב הדוח אני יכול לעצב את הדוח איך שמתאים לי ולכן נוכל לאמר שניתן לשים בכותרת עליונה של עמוד כרטיסיה של אמצעי תשלום ובעת משפט SELECT פשוט אנ יכול לשלוט בכל פעם איזה כרטיסה להציג של אמצעי התשלום.
באות עניין אני יכול בפרוט הדוח לתת כרטסיות של סוגי מכירה ובכל פעם "בעת עיצוב" להציג את הכרטיסה המתאימה עם משפט SELECT.
עכשיו אני מקווה שאתה מבין את הבעיה תשים "בריק" בעת עיצוב ותראה שכאשר העיצוב מגיע לכותרת העמוד הקוד מתבצע רק פעם אחת ולכן יוצג רק כרטיסה של אמצעי תשלום אחד אך, כאשר הקוד יגיע לעיצוב של פרוט הדוח הקוד ירוץ הלוך וחזור את מספר הרשומות שיש לנו בשאילתה ויבצע כל פעם כרטיסיה שונה בהתאם - בעצם כך מתבצעות מספר רשומות שאתה רואה בדוח.
הכל טוב ויפה הקוד האירוע "בעת עיצוב" עובד אך ורק ל"תצוגה לפני הדפסה" ולישירות למדפסת כך שבמידה ויש לי 2 מכירות אני רואה את 2 המכירות בהתאמה כל אחת לפי הכרטיסיה שלו בדח ומדפס או בהצגה לפני הדפסה.
המהמה כאשר אני מפעיל את הדוח כ"דוח צף" האירוע "בעת עיצוב" אינו עובד לגבי זה. (בעצם לא מבוצע משפט SELECT ומוצגת רק הכרטיסיה הראשונה)
חקרתי בגולל ואמת ויציב הדבר שאירע "בעת עיצוב" עובד רק לתצוגה לפני הדפסה ולמדפסת ישרות.
ניסיתי למצא מה האירוע שמעצב את הדוח צף וישנם תוצאות בודדות בכל גוגל (2-3 תוצאות סה"כ) והאירוע הינו "בעת צביעה" .
הבעיה נוצרת כאשר אני שם את משפט ה SELECT באירוע "בעת צביעה" המערכת לא נותנת להסתיר פקדים וכרטיסיות בארוע זה (ניסיתי צביעת פקד ואין בעיה).
גם ClickOne חשב שהבעיה אצלי ואני לא "מבין" בבעיה וטען שהפתרון שננתת למעלה הינו פתרון טוב (דוח בתוך טופס) והוכחתי לו שעדיין לא ניתן לעצב את "פרוט הדוח" כדוח כמו שצריך.
יתרה מזו הצעתי ל ClickOne מענק פתרון הבעיה של 500 ש"ח באם הוא מצליח לפתור את הבעיה ותשובתו היתה שעל פניו אין לו פתרון לבעיה. (עדיין המענק נשאר אצלי בכיס).
(ד"נ לאחר וויכוח עם ClickOne שאמר שניתן לפתור את הבעיה נתתי ל ClickOne שליטה מלאה על המחשב שלי בשליטה מרחוק ורק לאחר יותר מ 10 דקות הוא הבין את מהות הבעיה!!)
ועכשיו תשאל למה אני צריך את הכאב הראש הזה?
תשובתי הינה כך:
בדוח צף ניתן להוסיף פקדים כגון:כפתורים,תיבות סימון ולראות את הדוח באורך מלא וארוך מבלי בעבור דפים.
כאשר הנציג בסוף העסקה מקבל את הדוח בצורה צפה הוא אינו צריך לעבור בין הטפסים ולאמת את פרטי ההזמנה של הלקוח הכל מופע בדוח צף כך שהנציג אינו יכול לשנות בטעות נתון כלשהו.
כאשר הנציג סיים לגלול את הדוח הצף ישנו כפתור שלוחצים עליו ואז מאושרת ההזמנה ונשלחת להדפסה.
ת'אמת אני לא מאמין שיש לזה פתרון, בנתיים אני עזבתי את הנושא ושהנציג יעבור בין המסכים מול הלקוח אישור העסקה.
אולי בעתיד שיהיה לי קצת יותר זמן אני אנסה לחפש פתרון לבעיה.
עכשיו נראה אותך מוצא פיתרון לבעיה :lol: :lol:
פורסם במקור בפורום CODE613 ב08/11/2015 23:38 (+02:00)
ולמה רענון לא יכול להתאים?
גם אצלי יש סינון, שאצלך הוא יכול באותו רעיון להציג לשנות וכו'
מה שאתה מציע זה לא טוב לי.
ראית את הדוגמא שנתתי?
אני לא צריך סינון של נתונים תוך כדי עיצוב אני צריך להסתיר/להציג אובייקטים כדוגמת כרטיסה/פקד/שדה וכו'.
את זה לא ניתן לעשות בתצורת דוח צף אלא רק למדפסת או בתצורת הצגה לפני הדפסה.
תנסה לעשות זאת ותגיד לי אם אתה מצליח
אשמח ללמוד!!!
פורסם במקור בפורום CODE613 ב06/11/2015 14:39 (+02:00)
אני הייתי הולך על טופס שבו יהיו הפקדים וכו', ודוח משנהשיהיה בתוך הטופס שיהיה בתצוגת הדפסה תמיד, וישתנה לפי הטופס.
זה הבסיס שאני בניתי, לסינון כללי בדוחות. (זה טופס סינון אחד שדוח משנה, משתנה)
ראית את הדוגמה שלי?
הרעיון שלך הוא נכון ביסודו מפני שהדוח שלך בנוי על שאילה שמבוססת ע"פ שדות שאתה נותן בראש הכותרת של הטופס.
אני מדבר על משהו אחר לגמרי, אני מדבר על כביכול משהו דומה לעיצוב מותנה בדוח כלומר אני חייב להסתיר או להציג כרטיסיה בתוך הדוח
(תחשוב במונחים של דוטנט להסתיר או להציג פנלים) מפני שבכל כרטיסיה יש לי סוג של הזמנה אחרת.
ההיתרון הנוסף שיש בתצוגה שאני מדבר עליה היא שאם מתבצעות 2 סוגי הזמנות שונות הדוח יודע להפתח עם 2 סוגי כרטיסיות בהתאמה לסוג הרשומה בהתאם.
האמת שאת הרעיון שלך לא חשבתי עליו כלל ולאחר בדיקה מעמיקה הוא לא ישים אצלי במערכת מפני שעדיין הדוח לא נפתח אצלי לפי העיצובים שאני צריך.
דרך אגב אם יצא לך לבדוק אך מתבצע בדיקת העצוב בדוח? תוכל לראות שלכל רשומה הקוד מתבצע ואז המערכת נותנת את העיצוב כפי שאתה צריך מה שאין כן בעיצוב טופס שאין עיצוב לכל רשומה בנפרד גם שאני מייצר טופס עם טפסים רציפים.
רעיון נוסף שעלה לי בראש לעשות (אולי יפתור את הבעיה) לייצר טופסים רציפים עם אירוע "בעת פתיחה" ולעבור רשומה רשומה ולנסות לשנות שם את הכרטסיות ע"פ תיבת טקסט.
פורסם במקור בפורום CODE613 ב02/11/2015 05:18 (+02:00)