תחומים - פורום חרדי מקצועי

תודה

פורסם במקור בפורום CODE613 ב09/03/2014 19:43 (+02:00)

אני מנסה ליצור טמפלט שכל חלון באפליקציה יהיה עם גריד וכו' ואני לא מצליח היכן אני שוגה?
להלן הקוד
<Window.Resources>
<Style TargetType="Window">
<Setter Property="Template" >
<Setter.Value>
<ControlTemplate>
<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="50"/>
<RowDefinition Height="5*"/>
</Grid.RowDefinitions>
</Grid>
</ControlTemplate>
</Setter.Value>
</Setter>
</Style>
</Window.Resources>

תודה!

פורסם במקור בפורום CODE613 ב09/03/2014 18:26 (+02:00)

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

פורסם במקור בפורום CODE613 ב06/03/2014 13:21 (+02:00)

@רחמים

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

עדכון תא באופן מיידי זה ע"יinotify property changed
הבעיה שדטה סט לא עובד עם זה ולכן צריך במקרה כזה לחבר את הדטה סט למחלקות כפי שדובר בפורום כבר בעבר
אפשר לחבר לאירוע של שינוי אבל לענ"ד זה קצת מוגזם לעשות כך לכל תא
גם ב-notify יתכן שזה לא כ"כ כדאי בטח יש כאן אנשים שמבינים יותר טוב בזה
אולי זה יפתור לך גם את שאלתך השניה במקצת

פורסם במקור בפורום CODE613 ב03/03/2014 22:30 (+02:00)

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

פורסם במקור בפורום CODE613 ב03/03/2014 11:50 (+02:00)

ניסית ועבד לך?
הוא אמנם מייצר קוד אבל הוא דורש ממך לעדכן דטהסורס ובזה אני נתקע אני מבין שצריך לטעון את הנתונים או משהוא כזה ואני לא יודע מה ואיך

פורסם במקור בפורום CODE613 ב03/03/2014 10:27 (+02:00)

אין תגובות??

פורסם במקור בפורום CODE613 ב02/03/2014 22:49 (+02:00)

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

פורסם במקור בפורום CODE613 ב01/03/2014 23:19 (+02:00)

חידוש נפלא!

פורסם במקור בפורום CODE613 ב25/02/2014 20:26 (+02:00)

לא הבנתי
יש תוכנה בשם הזה?!
יש לך קישור למשהוא שאוכל למשש א"ז קצת
או עוד כמה מילים

פורסם במקור בפורום CODE613 ב19/02/2014 22:15 (+02:00)

באיזה כלי (-תוכנה) משתמשים עם זה
Visual Studio או מה?

פורסם במקור בפורום CODE613 ב19/02/2014 21:35 (+02:00)

מישהוא יודע מה זה הכלי crystal reports
למה הוא מיועד איך משתמשים בו
רק קצת רקע...
תודה

פורסם במקור בפורום CODE613 ב19/02/2014 21:16 (+02:00)

תודה לכולם!

פורסם במקור בפורום CODE613 ב19/02/2014 20:58 (+02:00)

@ClickOne

אולי יש לך WHERE על שדה NULL מטבלת הJOIN?

אתה צודק אכן כך
אבל ה-WHERE הוא לא על השדה שהוא NULL
בסופו של דבר הסתדרתי
בכל אופן זו בעיה מוכרת? מה הפיתרון?

פורסם במקור בפורום CODE613 ב14/02/2014 10:15 (+02:00)

יש לי מסד של SQL SERVER
כאשר אני עושה שאילתת SELECT עם INNER JOIN
ואחד השדות באחד הטבלאות ריקה הוא לא מציג לי את השורה גם כאשר הJOIN הוא על נתון שאינו NULL

פורסם במקור בפורום CODE613 ב13/02/2014 19:40 (+02:00)

מישהוא ידוע לו על דרך ליצא מסד נתונים אקסס לSQL
תודה

פורסם במקור בפורום CODE613 ב10/02/2014 17:36 (+02:00)

לא כ"כ הבנתי
יש אפשרות כל שהיא לקבל את שטח האלמנט לפני יצירתו בפועל?
בעבר עסקתי בזה ולא הצלחתי
ה- ActualHigth מציג נתונים רק אחרי היצירה בפועל

פורסם במקור בפורום CODE613 ב06/02/2014 23:00 (+02:00)

מה עושים לתוכנה באקסס שעובדת על מספר מסדי נתונים בטבלאות מקושרות
ובינתיים יש עותק מכל תוכנה וכמובן שבשינויים צריך לזכור לעדכן את כל העותקים
חשבתי לעשות שבטעינת התוכנית יבחרו לאיזה מסד להתחבר (כפי שאני עושה בתוכנה C# ו-DataSet)
האם למישהוא ידוע על אפשרות כזו באקסס?
תודה!

פורסם במקור בפורום CODE613 ב04/02/2014 19:54 (+02:00)

@ClickOne

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

אתה צודק, ברור שכשמדובר לגבי שיקים זה צריך להיות פירוט של שיקים שהתקבלו
@ClickOne

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

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

@ClickOne

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

אכן זה מאופשר רק לדעתי זה נחשב לעיסקה חדשה, לא צודק?!
@ClickOne

**לארכיטקט:**אני מסכים איתך שאין סיבה לכתוב את תאריך הסיום.

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

פורסם במקור בפורום CODE613 ב04/02/2014 15:36 (+02:00)

אם זה מה שהתכוונת אז אנחנו באותו ראש
רק השם "הוראות קבע" זה לא תמיד נכון כי יש גם אשראי וכו'

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

ולהלן הסבר:

א. כל הקשרים כאן הם יחיד לרבים.

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

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

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

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

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

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

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

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

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

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

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

פורסם במקור בפורום CODE613 ב04/02/2014 09:54 (+02:00)