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

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

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

@דוד ל.ט.

אכן לזה התכוונתי.
איך ניחשת?

די לחכימא ברמיזא... 😉

עיצה ממש נפלאה יישר כח גדול! :smile:

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

@רחמים

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

אכן יש צורך בהסבר נוסף.
בעיקר להפריד בין השאלה במקרה של תיבת הטקסט, לבין הרעיון של מאפיין תלותי.
אתה לא אמור לשלב בין מאפייין למאפיין תלות, אתה אמור ליצור מאפיין תלות ולתת לו גישה ממאפיין רגיל בדיוק כמו הדוגמה של Age.
אני מנחש שאתה שואל איפה לעשות את הקוד הביצוע במקרה של SET.
אז התשובה היא שימוש בPropertyChangedCallback כמו שכתוב פה במקטע Coerce Value Callbacks and Property Changed Events.

פורסם במקור בפורום CODE613 ב05/02/2014 12:32 (+02:00)

הבעיה היא שכשיש לImage סטייל מקומי אז פתאום הImage יורש מאבותיו את FlowDirection הRTL.
לא יודע למה זה קורה.
הפתרון ממש פשוט, להוסיף בפירוש הLTR לתמונה:

<Style TargetType="Image"> <Setter Property="FlowDirection" Value="LeftToRight" /> <Style.Triggers> <Trigger Property="IsMouseOver" Value="False"> <Setter Property="Opacity" Value="0.5" /> </Trigger> </Style.Triggers> </Style>

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

@שמואל

לא כ"כ הבנתי מה רצית בקוד הזה הלכת לשורה האחרונה
אבל לא הוספת שורה חדשה

שים לב יש בקוד את המילים הבאות:
.AddNew()
.NewRow()

אבל משום מה הם אלא עבדו.

בכל מקרה עשיתי על הדרך שאמרת כך:

'יוצר רשומה חדשה DirectCast(DirectCast(DataContext, System.Windows.Data.CollectionViewSource).Source, DataTable).Rows.Add() 'הולך לאחרון View.MoveCurrentToLast()

וכעת זה עובד מצויין תודה רבה.

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

עשיתי כך: (ME = מחלקה יורשת מדטה גריד)

Dim Errors = Validation.GetErrors(Me)

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

@דוד ל.ט.

ארוע? לא יודע. למה אתה צריך?

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

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

@ClickOne

עדיין לא נכנסתי לעומק של CLR, אבל:
האם ניתן לעשות גם לופים ולפתוח טבלאות בCLR? או שזה מיועד לפונקציות פשוטות יחסית כמו חיבור של מספרים או שליחת SMS דרך WS ?

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

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

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

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

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

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

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

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

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

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

WIN 8 כל כך גרועה? פחות מ 6 אחוז :?:

פורסם במקור בפורום CODE613 ב28/01/2014 17:57 (+02:00)

@magicode

בjs יש מושג שלא הכרתי בשפות אחרות Infinity שזה אומר אין סופי יש גם הפוך Infinity- למשל אם עושים 1/0 זה לא יוצר שגיאה זה מחזיר Infinity.
Infinity-1 זה תמיד Infinity.

לא יודע אם זה קיים בC# לפי מה שאני זוכר חילוק ב0 היה עושה שגיאה אם יש אשמח להחכים.

חילוק של Double באפס מחזיר NaN, שזה אומר כלום. לא נוצרת שגיאה.
ומספר גבוה מידי או נמוך מידי מיוצג ע"י Infinity חיובי ושלילי בהתאמה.
ראה בMSDN.

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

אולי בכל זאת מישהו יודע פתרון כל שהוא?

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

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

פורסם במקור בפורום CODE613 ב28/01/2014 20:53 (+02:00)

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

פורסם במקור בפורום CODE613 ב28/01/2014 00:55 (+02:00)

ואלו מקצת החסרונות שגיליתי ב SQL CE:

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

באתי לשנות את סדר העמודות בטבלה ואי אפשר !

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

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

מה המטרה?

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

תבדוק 2 דברים.

האם הקובץ שאתה סוגר במחשב שעושה את הבעייה הוא נפתח תקין במחשב שלך? האם במחשבים שעושים את הבעייה יש ווינדוס 7 64 ביט + SP1 שלא עבר עידכון בשנתיים האחרונות?

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

פורסם במקור בפורום CODE613 ב23/05/2014 11:25 (+03:00)