עבור לתוכן
Magic DevHub

gbirman

Members
  • הודעות פעילות

    207
  • הצטרפות

  • ביקר לאחרונה

מוניטין

9 Neutral

אודות gbirman

  • דרגה
    Advanced Member

מבקרים אחרונים

838 צפיות בפרופיל
  1. היי אריק, מצער מאד לשמוע. השארת חותם עמוק וחיובי ובהחלט תחסר. מאחל לך הצלחה בכל אשר תפנה וחג שמח!
  2. רכיב ה- COM שכולל את הפונקציונאליות של File Open Dialog Box הוא COMDLG32.OCX ולא MSCOMCTL.OCX. לא מצאתי הורדה רשמית של מייקרוסופט כמו הרכיב שרומן ציין, אבל הרכיב הנ"ל היה כלול בחלק מחבילות Visual Studio ישנות של מיקרוסופט. (בטוח בגרסה 6) מטעמי הפרת זכויות איני יכול להעלות את הרכיב, אבל מצורף בזאת: א. קוד תכנית בגרסה 1.9 המדגים שימוש ברכיב ב. סרטון המדגים שימוש בזמן ריצה ג. מסמך עם תיאור ערכי הפרמטר FLAGS , שהינו שדה המכיל ערך בינארי הקובע מאפיינים שונים של החלון שייפתח התפקוד של הרכיב מעט מוגבל ומיושן כפי שניתן לראות, וכרגיל אני ממליץ לעבור בהקדם ל- XPA ולעשות שימוש ברכיבים vמקבילים והמשופרים שזמינים ב DotNet Framework. FileOpenDialogBox_PROG.XML FileOpenDialogBoxFLAGS.docx FileOpenDialogBoxFLAGS.pdf
  3. מצטרף לברכות ! בהחלט נראה מרשים ומבטיח. מחזיק אצבעות למג'יק ולכלל קהילת המפתחים.
  4. USRUPD

    מאור שלום, קודם כל הלקוח שלך קיבל החלטה נבונה. לשאלתך בנושא USRUPD, מדובר בכלי של מג'יק שמסופק בכל גרסה (לפחות מ- 9.4) ושכל מטרתו לאפשר שדרוג של קובץ המשתמשים מגירסה ישנה לגירסה חדשה יותר, והוא ממש לא מאפשר יצוא. הפעלתו אינה מסובכת ואין צורך במג'יק מותקן בתחנה שמפעילה אותו. כל מה שצריך זה להריץ אותו עם שם קובץ משתמשים ישן וחדש, אבל כפי שציינתי זה לא יעזור לך. גם אם היתה אפשרות לייצא את הקובץ, זה לא היה נותן לך הרבה כי מה שהיית מקבל לכל היותר זה שמות של משתמשים שממילא כבר קיימים ב- AD, ושמות ושייכות לקבוצות שלא מוכרות ב- AD. ממה שאתה מתאר נראה שהדרך היחידה ההגיונית היא עבודת-יד בהצלחה
  5. 100%. תודה. מאחר ומיפוי המקשים ב- 2.5 ו- 3.2 נראה לי זהה אני נוטה לייחס את זה לתקלה ב- 2.5 אם למישהו יש מיפוי מקשים ב- 2.5 שבו החצים בשדה עברי רגיל ושדה עברי מרובה שורות מתנהגים באופן זהה - אשמח להתעדכן. תודה
  6. היי רומן ב- 3.2 נראה שהבעיה אחרת, ודווקא בסטודיו ההתנהגות לא אחידה. ב- RUNTIME אני רואה שאכן ההתנהגות תקינה, אבל בעריכה בטבלאות בסטודיו החיצים הפוכים. תנסה לערוך שם של אוביקט במילון ותראה שהחצים זזים הפוך. אנא בדוק אם גם אצלך זה כך. תוכל בבקשה לבדוק אם גם אצלך ב- 2.5 התנהגות החצים לא אחידה כפי שציינתי? תודה רבה ולהתראות
  7. שלום לחברי הפורום אני נתקל בבעיה שנראית בנאלית ופשוטה ביותר, אבל בכל זאת לא מצליח להתגבר עליה. התנהגות החצים המצופה כאשר נמצאים במצב עריכה בשדה עברי היא כדלהלן: תו קדימה - חץ שמאלה תו אחורה - חץ ימינה הבעיה היא שתפקוד החיצים מתהפך כאשר משנים את תכונת "עריכה בריבוי שורות" אני עובד עם CONST עברי, ולצורך הבדיקה עם קובץ מיפוי מקשים זמן ריצה שמגיע עם מג'יק: act_rnt.heb. כל נסיונותי לשחק עם ה- States בקובץ מיפוי המקשים כך שההתנהגות תהיה זהה - עלו בתוהו. התקלה קורית ללא קשר להמצאות במבנה טבלה/שורות הגרסה בשימוש היא xpa2.5e אבל נראה שזו בעיה אופיינית גם לגרסאות קודמות. לא הגעתי למסקנה אם מדובר בבעיה פתירה שנובעת ממיפוי מקשים לקוי/חסר או בבעיה במוצר. במידה ויש מישהו שאצלו התקלה לא מתרחשת אשמח אם יוכל להעלות את קובץ מיפוי המקשים העברי שלו. תודה מראש
  8. לי לא יצא להתעסק עם זה. למיטב הבנתי זה גם כרוך ביותר מסתם הורדת ASSEMBLY וקידוד, ונדרש תהליך רישום מסודר מול GOOGLE.
  9. היי שולם, בהמשך להודעה הקודמת, להלן דוגמא הכי בסיסית שניתן לצירוף Attachment: B.Attachments.Add(DotNet.System.Net.Mail.Attachment(FileDlg('All Files','*.*'))) ראה גם צילום מסך מצורף. כמובן שמומלץ לבצע עם משתנה עבור CLASS מסוג (TYPE/טיפוס) Attachment ולא ישירות באופן המכוער שביצעתי לעיל, אבל זה הרעיון. בדקתי וזה עובד. בהצלחה ובברכת חג חנוכה שמח.
  10. היי שולם, תודה על המשוב. אני רואה שהחסרתי הנחיות מלאות לצירוף ה- ASSEMBLIES שבצילום המסך לעיל, אבל מבין שהסתדרת .. לגבי צרופות - טרם בדקתי אבל אנסה בהזדמנות ואעדכן.
  11. DNSet

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

    היי שולם, שאלה מעניינת. נראה שהסיבה שהנסיון שלך לא עולה יפה היא שפקודת DNSET יכולה לפעול על אוביקט המוגדר באמצעות משתנה מג'יק, ולא על CLASS סטטי. נראה שבמקרה הזה אין מנוס משימוש בפקודת הפעל דוטנט invoke_dotnet. ראה יצוא תכנית קטנה בגרסה 3.2d. Prog_3.xml אשמח אם מישהו יראה דרך פשוטה/אלגנטית יותר, אבל אני לא בטוח שבמקרה הנ"ל זה אפשרי. בהצלחה
  13. אפי שלום, אני רק רוצה להוסיף ולהדגיש שהשארת בעלים ריק יוצרת מצב בו הביצוע התקין של התכנית נתון לחסדי סדר העדיפות של בסיס הנתונים, ולפיכך באופן ברור הדבר "מזמין צרות". כאשר ציינת שיש הטוענים שעדיף להוסיף תמיד את שם הבעלים, הדבר הראשון שחשבתי הוא האם באמת יש מי שחושב שנכון להשאירו ריק, ומה יכול להיות טיעון ראוי לכך? בקוד שלי אני מתייחס לאי-ציון בעלים כ"באג" (גם אם הוא עדיין לא יודע שהוא כזה..) בהצלחה.
  14. לגבי העברית - אם אתה מצליח לקרוא בקלות בהודעה שלי (זו שכוללת את הקישור) את שתי השורות בהן שילבתי עברית עם אנגלית - אז אין בעיה.... לגבי מפת דרכים - אולי השם מפוצץ מדי. הכוונה היא בדיוק לסוג המידע ששחררת בהודעה הראשונה, אבל במקום קבוע שבו כולם יכולים לגשת ולהתרשם.
×