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

@שמואל משום מה אין לי מאפיין DataGrid.SelectedItem אני מנחש שאין שם לDataGrid שלך (בברירת מחדל המעצב לא נותן שם, החל מגירסת 2012). אז או שתיתן שם, או שתעשה cast לsender לDataGrid ואז תפנה לאייטם הבחור. פורסם במקור בפורום CODE613 ב23/01/2014 20:35 (+02:00)

@שמואל יש לי מספר שאילתות באקסס ואני רוצה להריץ אותם בקוד C# מישהוא יודע על כזו אפשרות? באשף של הTyped DataSet (בתפריט Data>Add Data Source), אפשר לייבא שאילתות (מתחת לTables יש Views). ע"י OleDbCommand. תיצור ממנו חדש, תן לו קונקשיין, ומחרוזת SQL של שאילתה. וכמובן הרצת מתודת Ececute מסויימת בהתאם לסוג השאילתה. פורסם במקור בפורום CODE613 ב22/01/2014 17:47 (+02:00)

אני מצרף קוד שכתבתי לעצמי כדי לפתור את הבעיה של שגיאות Null בדטה סט אשמח אם יתקנו אותי (אולי אפשר לכתוב יותר בקיצור) לאחר שאני טוען את הטבלאות של הדטה סט אני שולח למתודה שתרוץ על כל העמודות ותתקן את הערך הDefult בהתאם לענין להלן הקוד public startAp() { dta_Contacts.Fill(dts.contacts);//מילוי הדטה סט טבלה 1 dta_Deals.Fill(dts.deals);//כנ"ל, טבלה 2 testDbNull(dts.contacts.Columns);//קריאה לפונקציה עבור טבלה 1 testDbNull(dts.deals.Columns);//כנ"ל, טבלה 2 } public void testDbNull(DataColumnCollection colums)//פונקציה מקבלת בפרמטר ליסט של עמודות { for (int i = 0; i < colums.Count; i++) { if (colums[i].DataType == new DateTime().GetType()) { colums[i].DefaultValue = DateTime.Now; } if (colums[i].DataType == new int().GetType()) { if (!colums[i].AutoIncrement) { colums[i].DefaultValue = 0; } } string s = ""; if (colums[i].DataType == s.GetType()) { colums[i].DefaultValue = ""; } } } פורסם במקור בפורום CODE613 ב21/01/2014 23:20 (+02:00)

@דוד ל.ט. אז אולי באמת מהיום תהפוך הכל לקוד לפני הפצת היישום שלך נכון, בשביל זה יש את http://xamlgenerator.codeplex.com/ אם כי הוא עדיין לא מספיק מפותח, ואולי היה עדיף שמיקרוסופט יפתחו את ה WPF שלהם בצורה קצת יותר הגיונית, ושיהיה אפשר להכניס לתוך ה XAML גם קוד רגיל וכמו שב HTML יש קטעי קוד JS ועדיין זה ישאר MVVM @דוד ל.ט. לענייננו, הצגת אלמנטים ויזואליים דרך הקוד היא לא נוחה בעליל, ובלתי ניתנת להתאמה גמישה. נכון אבל רק בתנאי שאכן זה אפשרי דרך ה XAML לעשות טופס דינמי שמתאים את עצמו למקור הנתונים וכמו שתואר לעיל, ולכן אני כבר מחכה לראות איך זה אפשרי. תודה, ושבוע טוב. פורסם במקור בפורום CODE613 ב18/01/2014 20:42 (+02:00)

אני כעת הבנתי שאתה רוצה מתוך האייטם להציג את מקומו שלו, הדרך לעשות זאת היא קצת טריקית: <ListBox AlternationCount="100000" HorizontalAlignment="Left" Height="81" Margin="211,26,0,0" VerticalAlignment="Top" Width="120"> <ListBox.ItemTemplate> <DataTemplate> <TextBlock Text="{Binding RelativeSource={RelativeSource TemplatedParent}, Path=TemplatedParent.(ItemsControl.AlternationIndex)}" /> </DataTemplate> </ListBox.ItemTemplate> </ListBox> יש כאן שתי דברים: קביעת מאפיין בשם AlternationCount למס' גבוה בודאי ממה שיהיה בליסט (המאפיין הזה נועד לעיצוב שורות לסירוגין, והוא קובע כל כמה שורות לחזור על האינדקס שעל פיו בDataTemplate ניתן לקבוע עיצוב שונה). בDataTemplate איוגד לאינדקס הנוכחי מתוך מחזור האינדוקס. הבעיה שהוא מבוסס אפס האינדקס, אם תרצה רשימה מבוססת 1 תצטרך או להשתמש בקונוורטר, או לקבוע ערך במחלקת הפריט ולאגד לשם (אם זה למשל אנשי קשר, שיהיה מאפיין בשם Index שאותו תקבע לפני הטעינה לליסט...). פורסם במקור בפורום CODE613 ב17/01/2014 12:47 (+02:00)

@רחמים א''כ למדתי כאן שני דברים חדשים: אפשר לעשות קשרי גומלין לשאילתא במקום לטבלה, וכך השאילתא תציג כמה טבלאות. זה לא קשרי גומלין. זו שאילתא מיוחדת, שיודעת להביא נתונים בזה אחר זה. גשרי גומלין גורמים ל2 טבלאות שונות לאחד בינהם את הנתונים כמו ID והייצוג שלו בטקסט. שאילתת איחוד לעומת זאת, גורמת ל2 טבלאות להופיע אחד אחרי השני ללא קשר ביניהם. (וכאן המקום להדגיש שאפשר לעשות איחוד גם על שאילתות קיימת, ולא רק על טבלאות) - ברמה העקרונית, שאילתת איחוד יכולה לאחד נתונים ללא כל קשר. לדוגמא מתחת לID בטבלה הראשונה יהיה שם הלקוח בטקסט בטבלה השנייה - אמנם אין לזה כל שימוש, ולכן אני מביא את הדוגמא הזו, כי זו הפעולה ללא כל קשר בין מה שמתחבר. @רחמים אפשר דרך הקוד להחיל תנאים שעל פיהם תיבנה שאילתא שונה לכל מקרה. לאו דווקא בשאילתא הזו. כל שאילתא אתה יכול לבנות בטקסט. @רחמים ואם נלך שלב קדימה אז לכאורה אפשר לעשות בקוד תנאי שאם הלקוח בחר לשלם בהו''ק השאילתא תביא רקמטבלת הו''ק ואם בחר לשלם באשראי השאילתא תביא רקמטבלת אשראי. הלא כן? כן. פורסם במקור בפורום CODE613 ב12/01/2014 22:51 (+02:00)

טעות שלי הליסט בוקס מופיע כאחד מהאובייקטים של הטמפלט של הליסט ההורה וה itemssours הוא הליסט של המחלקה בלי להוסיף DataCntext פורסם במקור בפורום CODE613 ב10/01/2014 10:36 (+02:00)

שמואל, נשמח אם תעדכן איך התקדמו העניינים. פורסם במקור בפורום CODE613 ב13/01/2014 12:19 (+02:00)

אעלה את מה שיצא לי לתיקון העניין ע"י עזרתו של דוד ל.ט. בעצם כל tabControl הוא כמו ליסט יש לו itemSourse כאשר ב-Templet של כל איבר יש להכניס TabItem פורסם במקור בפורום CODE613 ב15/01/2014 17:56 (+02:00)

הבנתי ועובד, תודה פורסם במקור בפורום CODE613 ב09/01/2014 12:10 (+02:00)

אבי אתה יכול להעלות תמונה? לא ראיתי מסך כזה בדוגמא. (אא"כ אנחנו מדברים על קובץ אחר) פורסם במקור בפורום CODE613 ב05/03/2017 14:03 (+02:00)

@ארכיטקט אם אתה צריך את זה לתצוגה בלבד (ועדיף שכך, כי זה יותר חסכוני לרשום שורה אחת לכל הכנסה שהיא בתשלומים. מנסיון, זה תלוי מאד איזה תשלומים. אם זה שיקים,אז אפילו שזה לתצוגה בלבד אני מעדיף לעשות ממש ולא בשאילתא, מהסיבה שלפעמים שיקים חוזרים, ואז צריך להוציא אותם מהסכום הכללי. בעיקרון, גם באשראי זה קורה לפעמים, (שחברת האשראי מבטלת תשלום בודד מתוך סט של תשלומים, ועדיין לא דיברנו שם על ריטיינר). דבר נוסף הוא החלוקה של האגורות, לדוגמא: אם יש 100 ש"ח ב3 תשלומים, התשלום הראשון יהיה 33.34 והשאר 33.33, וצריך לזכור לחשבן את זה בשאילתא, דבר נוסף,לפעמים בשיקים יש שיק חריג מבחינת מספר השיק או מבחינת הסכום,לדוגמא: ה33.34 נמצא דווקא בשיק האחרון ולא הראשון. אבל האמת היא ש: @ארכיטקט אם אתה צריך את זה לתצוגה בלבד (ועדיף שכך, כי זה יותר חסכוני לרשום שורה אחת לכל הכנסה שהיא בתשלומים. ולכן במקרה של תצוגה בלבד, ארכיטקט צודק לחלוטין. (מלבד שבטבלה השנייה [ללא הקשרי גומלין]) הייתי שם מאה רשומות כדי לא להיות מוגבל עם ה24 תשלומים. אם כי ברוב המקרים הלקוח איזה שלב ירצה לעשות עם הנתון הזה משהו אמיתי. - לדוגמא מעקב על ההפקדה של השיקים.... @ארכיטקט recordset עובד יותר מהר משאילתה, אבל מבחינת תחזוקת קוד לפעמים כדאי לעשות sql. נראה לי, (אבל אני לא בטוח לגמרי) שrecordset יוצר בסופו של תהליך שאילתת יצירה או עידכון לפי העניין, אבל באמת זה רץ יותר מהר משאילתא... (לפחות זוהי התחושה) פורסם במקור בפורום CODE613 ב05/01/2014 18:01 (+02:00)

השגיאה הזאת בעצם אומרת, אני לא יודעת מה קרה, אבל תכלס לא נעשו שינויים במסד אפי' שלטעמי היו צריכים להיעשות. במקרה זה היא מצביעה שהייתה שורה אחת שאמורה להיות מושפעת, ובכל אופן המסד אמר ש0 שורות הושפעו. מה שחשוב לראות זה מה קרה באמת במסד, ייתכן שפשוט מנסים למחוק פעמיים אותה שורה וכו'. כדאי גם לעקוב אחרי שורה ספציפית ולראות את מצבה לפני הUpdate. מצבה אני מתכוון לRowState שלה. במקרה זה הבדיקה תהיה ע"י BreakPoint בשורת הUpdate, וכתיבה ב Immediate window: ? dts.childarenTable.GetChange().Rows[0].RowState בנוסף, הערה על הקוד שלך: עשית לולאה מאוד טריקית. היא מוחקת כל פעם שורה ראשונה, ועושה זאת שוב אם ישנם עוד שורות. היא גם מפעילה על כל איטרציה פעמיים פונקציה GetXXXRows. דרך טבעית יותר זה ככה: foreach (var row in teudaLetipul.GetGetParentTableRows()) { item.Delete(); } פורסם במקור בפורום CODE613 ב18/12/2013 20:38 (+02:00)

א. הפרמטר RelationDataSet זה שם הדטה סט ששימש את המחקר.. ב. מקוה שאתה מבין מה המשתנה הראשון. אם לא הבנת נסה שוב. ג. השאילתה הנ"ל מחזירה את הID האחרון ש"הומצא" ע"י המערכת בתקשורת (Connection) הנוכחית. פורסם במקור בפורום CODE613 ב12/12/2013 14:21 (+02:00)

@רחמים תודה על השיתוף, תוכל להביא דוגמא של חיפוש איך לא לעשות אותו ואיך לעשות אותו נכון? קשה לי להביא דוגמא, בכל אופן המדובר עד כעת בחיפוש שהכיל למעלה מ10 ביטויים (כאשר מחלקים את החיפוש בסוגריים () כל טווח בין סוגרים נקרא ביטוי ובלשון השפה Group) בסופו של דבר חילקתי לפחות ביטויים ולאחמ"כ חיפשתי שוב בכל תוצאה מה שברור שהתוכנה שהעלית מאוד מקילה ועוזרת והיא הרבה בשימוש אצלי רוב תודות לך פורסם במקור בפורום CODE613 ב07/12/2013 22:53 (+02:00)

טוב שציינת את המטרה, כי בשביל זה נראה לי לא צריך לשנות טמפלטים. הכי פשוט זה טאב קונטרול ללא כותרת, שיש בינדינג בין הSelectedIndex שלו לבין של הקומבו בוקס. (אגב שניהם יורשים מItemsControl). אבל כל זה בלי להתחמק מהשאלה איך משנים טמפלט לגריד וע"ז בע"ה אענה מאוחר יותר. פורסם במקור בפורום CODE613 ב17/11/2013 11:58 (+02:00)

א. הינני להודיעך כי wpf כולו בנוי כמו כרטסת באקסס, הרעיון של פקד שמכיל פקד זה האלף בית של WPF כך שלא משנה במה תשתמש תוכל לקרוא לזה "כרטסת" אפשר להכניס גם וידאו בתוך גריד למשל. ב. מה זה אם לא כרטסת קוראים לזה באנגלית tabcontrol ג. שמעתי פעם הרצאה ממישהו בנידון חברת UI שמתמחה ב WPF יותר ממייקרוסופט עצמם, הוא אומר שבעצם אפשר לממש המון רעיונות עם הפקד כרטיסיה שיש שם, הוא הראה כמה דוגמאות, אני די חלוד בנושא ולא זוכר. בכל מקרה WPF נועדה בעיקר כדי שתוכל ליצור פקדים, ולא כדי שתחפש פקדים מוכנים........ אז אם כבר עברת מאקסס, כדאי לחשוב ביצירתיות איך לנצל את היכולות המדהימות של WPF כדי ליצור חוויית משתמש הרבה יותר עשירה מאשר שימוש בנאלי בפקדים קיימים..... פורסם במקור בפורום CODE613 ב29/10/2013 22:04 (+02:00)

אם מוגדר לItemsControl (במקרה זה ליסט), הItemsSource, הדרך הטבעית והפשוטה ביותר זה להוסיף את האיבר למקור הנתונים. במקרה זה כתבת שמקור הנתונים זה "עמודה בטבלה". זה ניסוח שגוי מאוד. מקור הנתונים חייב להיות IEnumerable<T>, ועמודה בטבלה היא אובייקט שממש לא מממש את הציפיה הזו. נניח שכנראה הT הוא DataRow. אז צריך להוסיף DataRow, השאלה היא מה ה"מיכל" של הDataRow הללו. אם זה טבלה, אז אפשר להוסיף לה שורה, אבל אם זה שאילתת לינק או מערך, א"א להוסיף איבר. אם האוסף הוא אוסף של מספר שלם, ולא של DataRow כמו שסברתי לומר, אז באמת א"א להוסיף Null. אפשר להתגבר על זה, או להפוך את האוסף מסוג Int לסוג ?Int, וזה מאפשר איברים Null, ישנה עוד אפשרות אולי, אבל זה מאוד תלו ברקע: למה איך ועוד. מאוד עוזר גם להראות מה ניסו ואיפה נכשלו. אפשר בדרך שונה לחלוטין (זה מאוד תלוי המטרה), למזג בזאמל את הרשימה עם רשימה/איברים אחרים. ראה כאן. בהצלחה. פורסם במקור בפורום CODE613 ב13/10/2013 20:11 (+03:00)

Using משמש בעיקר לוודא שבתום השימוש תיקרא הפונקצייה Dispose. וזאת גם אם תוכנ עפה באמצע השימוש (מאחורי הקלעים הקומפיילר בונה tyr מסביב). הפונקציה Dispose דואגת לשחרור השימוש/זיכרון מהאובייקט. משתמשים בUsing בכל דבר "יקר": קבצים וכדו'. בפועל using גם משמשת כבלוק, הצהרת הכותרת שלה והצהרות בתוכה, מאבדים את טווח ההכרה מחוצה לה. פורסם במקור בפורום CODE613 ב10/10/2013 18:38 (+03:00)