Browse by Tags
All Tags »
Visual Studio (
RSS)
כשאומרים חלונות ויסטה, הדבר השני שקופץ לראש מיד אחרי הממשק המצועצע זה הUAC (User Account Control). הUAC זו אותה תכונה (כולם יסכימו שמעצבנת, אם כי נחוצה..) שצועקת לנו בכל פעם שאנחנו מפעילים אפליקציה שהמילה Setup מופיעה בה, או בכל פעם שאנחנו מפעילים אפליקציה שמנסה לבצע פעילות שדורשת הרשאות גבוהות מברירת המחדל. אין ספק שהUAC עוזר למנוע הרצה של קוד זדוני על המחשב - אבל באותו זמן, הוא גם מצליח להוציא משתמשים מנוסים מדעתם - המסך מחשיך ומופיעה תיבת הטקסט.. זה יכול לקרות כשברקע אתה בדיוק מקליד אימייל או...
כולם דיברו עליו.. מיקרוסופט הבטיחה.. יש מי שציפו שהוא ייכלל בVS2008 RTM, אבל עדיף מאוחר מלעולם לא - מיקרוסופט שחררה את הבטא הראשון של חבילת הFeaturePack עבור C++. החבילה הזאת כוללת את המימוש של TR1 (ר"ת של Technical Report), ועוד תוספות בתחום ממשק המשתמש. פירוט על ההרחבות שמגדיר התקן TR1 ניתן לקרוא במסמך הזה. בנוסף, ממליץ בחום לקרוא את ההודעה בבלוג של סקוט מאיירס שמתייחסת לנושא. התקן הזה אמור (לטענת מיקרוסופט) להיות מיושם בתוך הגרסה הבאה של C++ (מה שמכונה C++0x ). רשימת הפקדים החדשה מעניינת...
איפה הכל התחיל? היום טעמתי מה קורה כשתאגיד (מיקרוסופט במקרה שלנו) מחליט לא להשקיע משאבים בתאימות לאחור. בימים האחרונים אני מגבש את ההחלטה של התחום אותו אני מייצג לגבי מעבר לויסטה. כתבתי בעבר פוסט בנושא טכנולוגיות מתקדמות בארגונים לא מתקדמים, והפוסט הזה הוא בן כלאיים של הקודם ושל פריקת תסכול קלה. השלב הראשון במעבר, היה להריץ את כלי המיפוי של מיקרוסופט לטובת אנשי IT כדי לזהות מהן התוכנות שמותקנות באופן כללי על מחשבים של מפתחים בארגון. השלב השני כמובן, בדיקת הכלים האלו על עמדות מעבדה שהרמנו לצורך העניין...
אז מה היה לנו בפוסט הקודם? למדנו שבעידן הCider (הIDE לWPF) השתנתה השיטה של עבודה עם Designers עבור Controls, ובכלל זה- Custom Designers שאנחנו כ"כ אוהבים. הקדמה - מה היה לנו בWinForms? בWinForms היינו יכולים לייצר לפקד שלנו (נניח ששמו CoolControl) מחלקת-עזר ששמה נניח CoolControlDesigner. המימוש? CoolControlDesigner יורש את ControlDesigner, ועושה מה שבא לו (בין היתר - דורס את PostFilterProperties). דוגמת קוד בWinforms: public class MyButtonDesigner : System.Windows.Forms.Design.ControlDesigner { public...
הבעיה: אחרי ההצלחה על הלפטופ, התקנתי על מחשב במשרד את הבטא 1 של VS2008 (לא ניסיתי עדיין את בילד הVPC החדש..). מיד אחרי שיצרתי פרויקט חדש, קיבלתי את הודעת השגיאה הגסה הזאת: ובשביל גוגל: Value 'Window1.xaml' cannot be assigned to property 'StartupUri'. Invalid URI: The hostname could not be parsed. הפתרון: לא משהו גאוני.. פשוט פתחתי את App.xaml ושיניתי את הStartupUri למיקום המוחלט של התיקיה, במקרה שלי: (כתבתי את הפוסט הזה היות ולא מצאתי תיעוד לבעיה בגוגל. כמו-כן, ניסיתי להתקין על מחשב נוסף שהמסמכים...
בהמשך לפוסט הקודם שלי בנושא (ולא שכחתי שאני עדיין חייב פוסט נוסף שיסקור את הBreaking Changes בין 2003 ל2005..), בבחינת הBreaking Changes בין 2005 ל2008, גיליתי משהו מעניין - אחת מהבעיות העיקריות של ארגונים במעבר מ2003 ל2005, הייתה חוסר היכולת להמשיך לעבוד עם הFramework הקודם. מי שבחר לעבור ב2005, לא יכל להמשיך לפתח פרויקטים תחת CLR 1.1 או 1.0. ב2008 הדבר נפתר ע"י מנגנון הMulti-Targeting (מופיע כCombo קטן בעת יצירת פרויקט). כך למעשה, מי שבוחר לעבור ל2008 - יכול להמשיך לפתח בCLR 2.0/3.0 מחד, ולהנות...