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

לא הבנתי מה הסתבכתם
בACCESS יש יצוא לSQL ישירות. הוא מייצר לך קובץ נתיב ואחכ אפשר להשתמש בו. ושם אתה מכניס את כל מה שאתה צריך.
פשוט ביותר

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

אז זהו..

הבעייה היא בעצם רק לגבי LIST שDATACONTEXT שלו נמצא ב-CONTAINER שלו ולכן זה לא עובד אם זה לא רואה את המסך. לגבי שאר הפקדים בדרך כלל אפשר לגשת אליהם ישירות.

והפתרון פשוט שלדוגמא בTEXTBOLCK במאפיין DATACONTEXT שלו צריך להכניס
DataContext="{Binding DataContext, RelativeSource={RelativeSource TemplatedParent}}"
ואז אנחנו מרוויחים שמקור הנתונים נמצא ישירות בפקד ולא ב-PARENT. כיון שהצהרנו מפורש שיעתיק מההורה לילד.

מקווה שעזר למישהו

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

הפקודות שהצגתי בתחילת האשכול נותנות את התוצאה - ולגבי ה-ACTUAL הוא מתעדכן רק אחרי פעולת הARRANGE

ולגבי מה שדוד ל.ט שאל -
המקרה שלי הוא שהכנסתי TEXTBLOCK עם גלישה בתוך BORDER ואת זה הוספתי ל"דבק פנל" , ואת הפעל הכנסתי לתוך גריד ואת הגריד הכנסתי לתוך PAGECONTENT שבסוף נוצר לי מסמך של FIXEDDOCOMENT.

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

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

כרגע גיליתי כך.
כידוע DATABINDING מתייחס ל-DATACONTEXT הראשון שהוא מוצא בשרשרת, הוה אומר אם יש בילד DATACONTEXT מתייחס אליו ואם זה NULL הוא עובר להורה וכו'.

אבל....

כל זה במידה וזה מגיע לממשק אבל אם זה הולך ישירות להדפסה אז אפילו אם כופים INVALIDATE וכן MEASURE וכן ARRANGE הוא יודע להתייחס רק לDATACONTEXT של הפקד הנוכחי ולא מחפש בירושה.

ולכן כנראה גם במקור נתונים של רשימה הוא לא ידע להתייחס לDATACONTEXT כיון שהוא נמצא בLISTVIEW והוא לא מעביר אותו לכל אייטם.

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

דבר ראשון אכן הצורה שמיקרוסופט הועידה זה כמו שהביא רחמים...

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

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

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

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