עבור לתוכן
Magic DevHub

gbirman

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

    211
  • הצטרפות

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

  • Days Won

    1

כל דבר שפורסם על-ידי gbirman

  1. אני מצטרף ב- 100% לכל מה שאריאל כתב. לדעתי אתה צריך לוודא שאתה מכיר ומבין היטב את אופן הפעולה של מג'יק מול AD ולשכנע את אנשי אבטחת מידע ש- AD היא ארכיטקטורה מספיק מודרנית ....
  2. אלא אם כן אני מבצע משהו לא נכון, ואשמח לגלות שזה המצב, נראה על-פניו שנושא הידלדלות התמיכה בעברית בגרסאות 3 ומעלה הוא הרבה יותר עמוק ומעיק ממה שנראה במבט ראשון. אפשר לקבל בהבנה את הסרת הנוסח העברי של הפקודות והמעבר ל- IDE אנגלי, אך היעדר האפשרות להגדיר עמודות NAME למיניהן כ-RTL, משמעותו שמערכת שנכתבה עם שמות אובייקטים עבריים במילונים השונים, תיראה רע מאד בזמן הפעלה תחת סטודיו של גרסה 3. כמו שזה נראה כרגע הדרך היחידה היא לבצע תרגום מלא של הקוד לאנגלית על כל המשתמע מכך. הייתי מצפה שעבודה עם CONST עברי תיתן אפשרות לשמר יכולת הגדרת RTL לכל הפחות בעמודות NAME למיניהן, כמו גם שמות שדות בעברית בתיבות דו-שיח בסיסיות כגון מסך כניסה למערכת ומסכים של הנווט, אשר כולם נראים משובשים לחלוטין כאשר הכניסות הן בעברית. אם למישהו יש תובנות בנושא אשמח לשמוע.
  3. היי משה, הגרסה בה אני מתנסה כרגע היא העדכנית ביותר, דהיינו 3.3C. התחושה שהוצאתם "כרטיס אדום" לעברית נובעת מכך שקוד אשר נעשה בו שימוש בשמות עבריים, הופך להיות כמעט בלתי קריא. אובייקטים בנווט, במילונים ובתכניות מוצגים בפקדים המוגדרים כ-LTR, בלי אפשרות כוונון. התוצאה היא שכל העברית מיושרת לשמאל, ושימוש בתווים כמו סוגריים ופיסוק בתחילת וסוף השמות משתבש לגמרי. הדחיפה לשימוש באנגלית בהחלט מבורכת, אבל מגבלות התצוגה הקשות שציינתי מהוות כמעט חסם בלתי עביר אם אני רוצה לקחת מערכת גדולה קיימת ולהעבירה ל- 3. אין צורך לשלוח דוגמאות. לדעתי אם תיקח כל מערכת שהיא שנכתבה עם שמות בעברית, ותפתח אותה תחת גירסה 3 - תראה שזה פשוט נראה נורא. כרגע התחושה היא של תסכול כי אני בהחלט מעוניין לבצע שדרוג ולהשתמש ביכולות המשופרות של הכלי, אבל הפיכת כל הקוד לאנגלית רק לצורך התגברות על בעיות תצוגה - פשוט אינה ריאלית מבחינתי. מקווה שתחשבו על פתרון סביר כלשהו. תודה ולהתראות, גדי בירמן
  4. היי אריק, מצער מאד לשמוע. השארת חותם עמוק וחיובי ובהחלט תחסר. מאחל לך הצלחה בכל אשר תפנה וחג שמח!
  5. רכיב ה- 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
  6. מצטרף לברכות ! בהחלט נראה מרשים ומבטיח. מחזיק אצבעות למג'יק ולכלל קהילת המפתחים.
  7. USRUPD

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

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

    היי שולם, שאלה מעניינת. נראה שהסיבה שהנסיון שלך לא עולה יפה היא שפקודת DNSET יכולה לפעול על אוביקט המוגדר באמצעות משתנה מג'יק, ולא על CLASS סטטי. נראה שבמקרה הזה אין מנוס משימוש בפקודת הפעל דוטנט invoke_dotnet. ראה יצוא תכנית קטנה בגרסה 3.2d. Prog_3.xml אשמח אם מישהו יראה דרך פשוטה/אלגנטית יותר, אבל אני לא בטוח שבמקרה הנ"ל זה אפשרי. בהצלחה
  16. אפי שלום, אני רק רוצה להוסיף ולהדגיש שהשארת בעלים ריק יוצרת מצב בו הביצוע התקין של התכנית נתון לחסדי סדר העדיפות של בסיס הנתונים, ולפיכך באופן ברור הדבר "מזמין צרות". כאשר ציינת שיש הטוענים שעדיף להוסיף תמיד את שם הבעלים, הדבר הראשון שחשבתי הוא האם באמת יש מי שחושב שנכון להשאירו ריק, ומה יכול להיות טיעון ראוי לכך? בקוד שלי אני מתייחס לאי-ציון בעלים כ"באג" (גם אם הוא עדיין לא יודע שהוא כזה..) בהצלחה.
  17. לגבי העברית - אם אתה מצליח לקרוא בקלות בהודעה שלי (זו שכוללת את הקישור) את שתי השורות בהן שילבתי עברית עם אנגלית - אז אין בעיה.... לגבי מפת דרכים - אולי השם מפוצץ מדי. הכוונה היא בדיוק לסוג המידע ששחררת בהודעה הראשונה, אבל במקום קבוע שבו כולם יכולים לגשת ולהתרשם.
  18. ותראו אם אפשר לסדר את העברית כאן בפורום.....
  19. היי אריק הכוונה היא דף קבוע בו אתם מציינים בקוווים מאד כלליים ולא מחייבים נושאים ב"קנה" המתוכננים לגרסה/גרסאות הבאות ראה דוגמא של חברת TELERIK לחבילת פקדי WINFORMS שלהם בכתובת הבאה: http://www.telerik.com/support/whats-new/winforms/roadmap אני מוצא שזה דף חשוב מאד ואני עוקב אחריו כדבר שבשגרה. כמובן שפרסום ה- ROADMAP אינו מחייב ומלוּוֶה בהסתייגויות הנדרשות כדוגמת זו המופיעה ב- DESCLAIMER בדוגמא ששלחתי.
  20. היי אריק תודה על העדכון בהחלט נושאים בעלי חשיבות וטוב שאתם מעדכנים את הקהילה מעת לעת לגבי התווית הדרך בכלל ממליץ שתמסדו דף "מפת דרכים" בסגנון ROADMAP הנהוג אצל יצרני תוכנה מובילים מצטרף לברכת שנה טובה And may the source be with you
  21. barcode128

    בהמשך להודעה המקורית ולבקשת אחד ממשתמשי הפורום, אני מצרף קוד מקור (גרסה 2.5) של מילון הרכיבים ושל תכנית 3 (ברקוד) שמות לוגיים נדרשים: GAC = C:\Windows\Microsoft.NET\assembly\GAC_MSIL\ לגבי TELERIK - לא חיוני להדגמה, למעט תצוגת ה- PDF, שניתן לבצע באמצעים אחרים. ניתן להעיף את ההגדרות מהמילון. גם לגבי רכיב הסריקה - לא רלוונטי וניתן להעיף. אמנם קוד גולמי, אבל מהמשוב שקיבלתי נראה שניתן להיעזר בו. Components.xml Programs_3.xml
  22. לא בדקתי אבל אני די בטוח שכן. מימוש של אלגוריתם מסוים לא אמור להיות תלוי פלטפורמה. מדובר בתקן. כמובן שעליך לוודא שאתה מפעיל בשתי הסביבות עם אותם נתונים בדיוק, לרבות KEY ו- IV )Initialization Vector)
  23. השאלה שלך לא כל כך ברורה, כי צילום המסך ששלחת הוא לא של פונקציות מג'יק, אלא של האלגוריתמים שניתן לממש באמצעות פונקציות cipher ו- decipher. בכל מקרה אני מצרף קובץ יצוא מגרסה 9.4 שקיבלתי ממג'יק לפני יותר מ- 10 שנים כאשר ביקשתי לראות הדגמת שימוש בפונקציות הללו. הפונקציות עובדות באופן זהה גם ביוניפאס ו- XPA. שים לב שמאז עברו הרבה מים בנהר... Cipher.zip
  24. מאמר חדש בבלוג באנגלית. TIPALE 3 מתנצל על הצימוד בין שם המאמר שתוכנן מזמן לתאריך 7.4 וכל התראות הסייבר סביבו...
×