D
הID זה טוב שא"א לשנות, זה רק עוזר לך.
הקשרי גומלין אני לא מבין מה מפריע להם, אבל תוכל להסירם ולהחזירם או להוריד את האכיפה מהם.
בקשר לקישור שהבאת, יש שמה חידושים שיכולים לעזור מאוד לזה : http://stackoverflow.com/a/9241260/1271037
פורסם במקור בפורום CODE613 ב22/01/2014 17:04 (+02:00)
אין באקסס אפשרות לייצא את כל הטבלאות (Structure and Data) בפורמט SQL לקובץ טקסט פשוט?
לא.
וגם אין צורך, כי אפשר פשוט להעתיק את הקובץ. ובשביל שימוש חוזר במבנה, די בהעתקת מבנה המסד לקובץ אחר (זה יש).
אבל לא מדובר כאן על אקסס אלא על SQL SERVER שם יש כן את האפשרות הזאת.
פורסם במקור בפורום CODE613 ב21/01/2014 16:13 (+02:00)
רבי דוד למה כל דבר בתוכנה הוא כזה מסובך
כשבן אדם מגבה קובץ וורד, הוא פשוט מעתיק את הקובץ, איפה האופציה הזאת במסד נתונים של sql server כמו אקסס או כל קובץ אחר????? :?
תגיד לנהל בנק זה פשוט? SQL SERVER עשוייה לעמוד במצבים מורכבים הרבה יותר מאשר ניהול בנק. בשביל דברים פשוטים יש כלים פשוטים.
פורסם במקור בפורום CODE613 ב20/01/2014 12:20 (+02:00)
תגדיר לעצמך ממה אתה חושש: נזק לוגי של נתונים (עדכון או כתיבה שגויים) נזק לוגי של מבנה, נזק מערכת קבצים או רעיונות אחרים.
כל דבר מצריך גיבוי אחר.
גיבוי פשוט של נתונים יכול להתבצע באותו מסד מטבלה א' לטבלה ב'.
השחזור הוא שאילתה שלך וממילא אתה שולט על כל חלקיק עדכון (אתה יכול לשחזר רק רבע עמודה).
עריכה:
ישנם כלים מובנים לגיבוי מתקדם ואני אכן לא מכיר אותם.
פורסם במקור בפורום CODE613 ב20/01/2014 11:50 (+02:00)
תגיד אתה פותח על אותו נושא שתי אשכולות בפורום? כי זה נראה לי קשור באדיקות לשאלה עם הDataTemplate.
בכל אופן לו לא אתה זה שכתבת את הXAML ואינך יודע כלל מה נמצא בתצוגת הקומבו, זה עסק מסובך עד כאב ראש. אתה צריך לחפש אלמנט TextBlock בעץ הויזואלי (ויכולים להיות כמה), ולקחת את התוכן.
אבל עד כמה שאני מתרשם אתה לא עובד בחברת ענק בו יד אחת לא יודעת מה עשתה חברתה, אז... השאלה לא מובנת לי.
פורסם במקור בפורום CODE613 ב21/01/2014 14:26 (+02:00)
קודם בדוק את המאפיין ClipboardCopyMode.
בשביל התאמות יותר מדוייקות תצטרך לטפל באירוע העתקה של הGrid כולו או של תא.
אני אף פעם לא התעסקתי עם זה, תנסה לחפש בנושא.
כמו"כ אתה יכול בפשטות לבנות את התוכן לבד, זה לא קשה מידי, תבדוק מה הוא עושה ותחקה אותו.
פורסם במקור בפורום CODE613 ב20/01/2014 12:19 (+02:00)
ארכיטקט, זה פשוט לא נכון.
הכל השערות מפוחדות חסרות טעם.
העובדה שכשאתה מריץ אפליקציה בWPF יש כמה רבבות מאפיינים גם הטרידה אותי, אבל:
א. תכלס זה עף כמו טיל על מחשבים ישנים.
ב. זה בכלל לא מאפיינים, זה פונקציות (מה שנקרא DP, מאפיינים תלויים), שכל עוד שלא קוראים להם הם לא תופסים אפי' ביט אחד בזיכרון (!!).
ג. אין אלטרנטיבה.
אם ווב מוצא חן בעיניך בגלל המודלריות שלו שכל דף זה עולם נפרד, או בגלל סיבות אחרות, אז גם דוט נט מאפשרת לפתח לווב.
הפיתוח של דוט נט לווב הוא מטורף, יקיר וmagicode לא יודעים על כך דבר, גם אני לא, אבל אני שומע ורואה מאחורי הפרגוד פה ושם.
פורסם במקור בפורום CODE613 ב20/01/2014 12:56 (+02:00)
יש הבדל גדול בין לא יודע את "ASP.NET MVC או Razor" לבין "לא יודע על כך דבר".
אני כתבתי דף אחד או 2 בaspx ואני אפילו סיפרתי לך על זה. ואמרתי לך שזה בעיקרון יותר טוב לדעתי מphp.אז להגיד שאני לא יודע על כך דבר זה שקר.
יש פה אי הבנה. כשכתבתי "לא יודעים דבר" על ה"פיתוח של דוט נט לווב" לא התכוונתי במילה פיתוח, את המובן של לפתח אפליקציה.
אלא את השדרוגים של הארכיטקטורה שמיקרוסופט הוסיפו.
סליחה לא התבטאתי ברור.
"לא יודע על כך דבר" נסוב על הפיתוח מאז ASP.NET 2 לבין כעת. ממילא זה נכון לגמרי לגבי מי שכתב דף או שתיים.
פורסם במקור בפורום CODE613 ב20/01/2014 18:09 (+02:00)
לרוב הגבאים שאני מכיר אין אינטרנט זמין באופן קבוע.
אם זה הדבר היחידי שמציק לך.. אז מה רע להתקין הפצה ממש מינימלית (ארצ'י נגיד?), ולהתקין לו LAMP שירוץ עם המערכת.. ותחסום את סיסמת הרוט בשביל עצמך.. והוא יקבל שהדפדפן תמיד ירוץ.. והכל משמה?
נטרלת את המעלה של עדכון מרוחק, ותאמין לי שזה הרבה יותר כאב ראש לשנות/לתקן הגדרות בשרת מקומי מאשר לשלוח יישום מעודכן.
פורסם במקור בפורום CODE613 ב21/01/2014 14:45 (+02:00)
אני רואה שאתה כל כך אדוק על טכנולוגיות מיקרוסופט. מעניין אותי כמה הם משלמים.
http://www.geektime.co.il/microsoft-pays-youtubers-for-good-reviews/
אין לי בעיה גם להלל ולשבח אם הם משלמים טוב. ואני לא יספר לאף אחד. דבר איתי באישי.
נו באמת... תמשיכו על הפסים הנורמליים.
ClickOne, ברור שmagicode התכוון לספר שמיקרוסופט מקלקלת מתכנתים, ולכן הוא סיפר שבתחילת דרכו הוא:
א. חשב שחייבים IDE
ב. לא היה לו מושג איפה העסק מתחיל ונגמר.
וזה ממש נכון במיקרוסופט (שהיא מגישה למתכנת את הכלים כמו לשמסבירים לזקנה איך להתקשר בטלפון סלולרי...), אבל זה גם מעלה. כי לולי זה לא היו חובבנים, כי קשה להיכנס בבת אחת לנישה המלאה של קוד מכונה, ובלי חובבנים לא היו מתכנתים כמעט מלבד גיקים שרופים.
פורסם במקור בפורום CODE613 ב22/01/2014 11:12 (+02:00)
לא.
תחליף את ctl לשם הפקד.
הלוואי שבדוטנט היה את זה
יש ויש בכל מיני וריאציות, הנפוצה כיום בWPF:
[code2=vb.net:fr2jkbc0]ctrl.DataContext = Contact[/code2:fr2jkbc0]
shsh654 זה לא בשבילך זה עבור ClickOne.
פורסם במקור בפורום CODE613 ב19/01/2014 12:37 (+02:00)
תכתוב מחלקה ללוח שנה עברי ואז אני אכתוב לך פקד WPF...
הפקד זה לא כ"כ בעיה והוא לא חייב להיסמך על הDateTimePicker.
אני כתבתי בעבר, זה כלל פרשות שבוע וחגים, אבל הכל התבסס על הHebrewCalander של מיקרוספט שהוא מוגבל בתאריכים, וגם עשיתי רק לתאריכים בודדים, להרבה זה נראה לי לא טוב מבחינת ביצועים.
פורסם במקור בפורום CODE613 ב17/01/2014 12:39 (+02:00)
Select Case אכן עושה את העבודה, הוא לא בודק לאחר תנאי שהתקיים (במקרה של AND צריך להפוך את ההתנייה כדי שזה יהיה OR).
בVB.NET ממשיך הסינטק של הSelect Case גם כתנאי וגם כבדיקת ערך מרובה.
בC# זה הSwitch והוא שונה מאוד: הוא לא יכול לבדוק תנאים, הוא גולש משורה לשורה עד לBreak.
טיפ: בVB וגם בVBA אפשר לכתוב ככה:
Dim i As Integer
Select Case i
Case 5 To 8
Case Is > 12
Case Else
End Select
פורסם במקור בפורום CODE613 ב17/01/2014 12:36 (+02:00)