אני ניסיתי ועבד יפה (נראה לי שבדברים היחסית מסובכים הוא פשוט ממיר את זה לתיבות טקסט), למעט איזה קובץ ספציפי ופנימי של משרד התמ"ת (הכ**[ק]לכ[ק]**לה) שעשה לי קצת בעיות וע"ז אני בקשר כעת עם המתכנתים שלהם. פורסם במקור בפורום CODE613 ב09/03/2014 20:00 (+02:00)

ניסיתי וממליץ בחום. זה יחליף אצלי כנראה את LinqPad. מומלץ גם כIDE נייד לC#, הפלאגין מתאים גם לNPP נייד. (אמנם יש גם את #develop. פורסם במקור בפורום CODE613 ב26/02/2015 14:28 (+02:00)

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

@דוד ל.ט. ארכיטקט, די לציונות הזו למעשה כל תרבות מבוססת על שפה, והם משפיעים זה על זה בקשר גומלין הדדי (כאשר שפה משתבשת גם התרבות וכן להיפך כמו בינידינג ב WPF רק שיש לו דיליי של מאות שנים לפעמים.....) זה היה בשביל להתפלסף אם כבר נכנסו לנושא הזה בטעות, אני יודע שזה לא מתאים כאן..... פורסם במקור בפורום CODE613 ב10/03/2014 17:33 (+02:00)

@דוד ל.ט. הוא מתייחס לאוסף המפרים המוגבל כמעגלי. הראשון הוא הבא בתור אחרי האחרון ולהפך. לפי זה המקסימום +1 זה אפס ולא 1. ו-1 זה המקסימום. למה זה כך? @דוד ל.ט. ובקשר לVB אתה טועה, הוא סבור בדיוק כמו C#, לפחות אצלי. אם אני מגדיר בVB שלא יבדוק גלישה אז הוא מתנהג כמו C# אבל אני כן רוצה שהוא יבדוק גלישה! זה מונע הרבה שגיאות. בכל אופן המסקנה שאני הגעתי אליה היא זו: Dim num2 As UShort = BitConverter.ToUInt16(BitConverter.GetBytes(code1.Value), 0) כשעושים כך אין שגיאות גלישה והתוצאה ממש כמו ב C# מה שרואים כאן זה שלפני שממירים ל ushort צריך להמיר את המספר השלילי לביתים ואת הביתים ל ushort ואז ברור שלא תהיה גלישה. וזה מה שC# עושה באופן אוטומטי. ואני חושב אם תתבונן בנושא הסיביות (כשעושים להם shift) תראה שהמסקנה שלך ושלי עולות בקנה אחד. פורסם במקור בפורום CODE613 ב09/03/2014 22:12 (+02:00)

לא. לצערי אני לא מסוג האנשים ש"מת" לפרוץ כל דבר, אלא מעדיף לשלם אם צריך או להשתמש בחינמי עם המגבלות. (לא כי אני לא יכול אלא כי אני לא רוצה - ובעיקרון אני גם מאד ממעט לשלם. מעדיף בד"כ לקחת חינם, או לעבוד קצת קשה...). - למרות שלפעמים אין ברירה ואז צריך... כנראה נדבקתי בזה מביל גייסט. אתה ניסית? - בכל מקרה התחלתי לחטט ברפלקטור, זו הגנה עם BASE64, לא התעמקתי, אם כי לא נראה כ"כ מסובך. פורסם במקור בפורום CODE613 ב11/03/2014 12:20 (+02:00)

@דוד ל.ט. אבל מה שהוא כתב שהמערכת לא יכולה לדעת, זה לא נכון, אפשר לדעת כל חלון אם הוא חשוף למשתמש, ומי שדואג לצייר אותו בהכרח עושה זאת בגלל שהוא יודע. חלון שלא מוצג בהכרח צורך פחות משאבים, לפחות מהמעבד הגרפי (בו WPF משתמשת!). @ClickOne אל תשכח שהCLR הוא טיפש (אל תכעס...) הוא לא יודע אם זה אנימציה, או שזה משהו שאמור לטפל במשהו אחר מאחורי הקלעים. לא כתבתי שהCLR לא יודע אם זה מוצג או לא. (ברור שהוא יודע)אלא התכוונתי שהCLR לא יודע האם זה משמעותי לעצור את האנימציה לאותו זמן שהאובייקט מוסתר. נניח שיש תמונת GIF שמחזור החיים שלה הוא שעה ומה שיש שם זה תמונה עם קו שמסתובב וסוגר עיגול במשך שעה. אז אם הוא יעצור את זה כשזה יהיה מוסתר, כשהאנימציה תמשיך, היא "תפספס" את זמן העצירה ולזה התכוונתי. דיי ברור לי שהCLR לא "טוחן" את המעבד הגרפי בזמן שהאנימציה מוסתרת, אפילו אם היא ממשיכה לרוץ באותו רגע. זה 2 דברים נפרדים לחלוטין. פורסם במקור בפורום CODE613 ב06/03/2014 22:53 (+02:00)

אולי זה יעזור לך. פורסם במקור בפורום CODE613 ב09/03/2014 13:49 (+02:00)

תודה רבה! בקשר לזה: @ארכיטקט מדהים!!! הלוואי וגם גוגל היתה מאפשרת את זה בטח תהנה לראות את זה: https://bigquery.cloud.google.com/table/publicdata:samples.wikipedia?pli=1 זה פלטפורמת DB של גוגל, ובתור "דוגמאות" יש שם את wiki וgithub ועוד. פורסם במקור בפורום CODE613 ב06/03/2014 12:20 (+02:00)

טוב, אז עשיתי בסוף את ה'כוכב שביט' שמסתובב עם Path. פורסם במקור בפורום CODE613 ב06/03/2014 12:20 (+02:00)

לא ברור לי למה צריך לעטוף? הרי אם אני נותן את הטבלה שבדטה סט כמקור השורות של הדטה גריד יש בינהם תיקשורת מצויינת לשני הכיוונים אלא שמשום מה הדטה גריד לא מעדכן את הטבלה אלא כשעוזבים את השורה ולא כשמסיימים לערוך את התא. איך העטיפה אמורה לעזור כאן? הבעיה היא בדטה גריד? דבר שני, כל הבעיה הזו לא כל כך נוראה שצריך לעשות מחלקות כל כל רבות ולסבך את העסק, החשש הוא רק שאם המשתמש יערוך תא ולא יעביר את הפוקוס לפקד אחר או שורה אחרת ומיד יסגור את התוכנה העריכה תאבד, אולי אפשר לעשות איזה טריק לפני הסגירה להעביר את הפוקוס ואז ארוע שינוי שורה כן יקפוץ או משהו דומה, זה הרבה יותר פשוט. ניסיתי גם להשתמש בארוע ColumnChanged אבל גם הוא קופץ רק לאחר שהפוקוס זז לשורה אחרת. פורסם במקור בפורום CODE613 ב04/03/2014 14:07 (+02:00)

@רחמים תודה לכל המסייעים, האם כדי לבדוק אם אני עושה נכון את ההתחברות אני חייב שני מחשבים פיזיים או אפשר לנסות לחבר בין מחשב רגיל למחשב וירטואלי של VM שרץ במחשב הרגיל ? אם הVM שלך מקבל IP חדש מהראוטר אתה יכול לשחק בין 2 המחשבים (ז"א שאם אתה משתמש בNAT אז אתה לא מקבל כתובת חדשה מהראוטר, אלא אתה גולש הלאה מתוך הראוטר שלך) אני זוכר שבדקנו ביחד לפני כמה זמן וכשהמחשב שלך לא מחובר לאינטרנט אז אין "גשר" בין 2 המחשבים כי הVM לא מקבל IP חדש (ואז אםאני זוכר נכון הרשת שם הייתה מוגדרת על NAT) פורסם במקור בפורום CODE613 ב04/03/2014 00:21 (+02:00)

היה איתי בקשר אתחבר אליך מרחוק בע''ה. פורסם במקור בפורום CODE613 ב03/03/2014 13:21 (+02:00)

@CODE613M נסיוני: http://code.613m.org/searchbygoogle.php תודה!!!! מועיל ביותר. (אחרי שהנסיון ייגמר, נשמח אם זה יעבור בכותרת העליונה של כל הדפים) פורסם במקור בפורום CODE613 ב19/03/2014 17:19 (+02:00)

אכן. פורסם במקור בפורום CODE613 ב26/02/2014 08:50 (+02:00)

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

@ארכיטקט @רחמים אם כל מה שאתה מפחד זה שהמסד השתנה וזה לא עודכן באוספים, אז תדאג לעדכון שוטף של ה datacontext מהמסד וזהו. וודאי שזה האידיאלי הבעיה שבחיפושים שלי באינטרנט הבנתי שאין פקודה כזאת של חיבור מחודש לדטה בייס. מה שכן ייתכן שכל תישאול שעוד לא היה קודם כן מתקשר לדטה בייס מחדש. הבעיה זה עם שאילתות שכבר נעשו מן הסתם לא מאוחזרות, קשה למצוא חומר ברור בנושא הזה. נראה לי דיי פשוט לבדוק את זה, להוסיף רשומה בתוך הDB באופן ישיר, ואז לבדוק אם הרשומה קיימת בLINQ. השכל הישר שלי מבין שלינק פונה שוב בכל בקשת סלקט חדשה (ואפילו אם תושאלה לפני כן) לDB, מהטעם שDB + LINQ נועד בדיוק לדברים כאלו!! ובמקרה שלך לא מדובר על ריפרש, אלא על אובייקט חדש וסלקט חדש. עצה נוספת שנראית לי כרגע, תנסה במקום פרופרטי להשתמש בפונקצייה גלובלית (או סטטית בתןך קלאס) שרק מחזירה אובייקט חדש. פורסם במקור בפורום CODE613 ב26/02/2014 20:08 (+02:00)

הנה פרוייקט מוכן. פורסם במקור בפורום CODE613 ב06/03/2014 13:06 (+02:00)

אכן פורסם במקור בפורום CODE613 ב24/02/2014 23:43 (+02:00)