עבור לתוכן
Magic DevHub

gbirman

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

    211
  • הצטרפות

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

  • Days Won

    1

הודעות שנפתחו על-ידי gbirman


  1. היי משה,

    הגרסה בה אני מתנסה כרגע היא העדכנית ביותר, דהיינו 3.3C.

    התחושה שהוצאתם "כרטיס אדום" לעברית נובעת מכך שקוד אשר נעשה בו שימוש בשמות עבריים, הופך להיות כמעט בלתי קריא.

    אובייקטים בנווט, במילונים ובתכניות מוצגים בפקדים המוגדרים כ-LTR, בלי אפשרות כוונון.

    התוצאה היא שכל העברית מיושרת לשמאל, ושימוש בתווים כמו סוגריים ופיסוק בתחילת וסוף השמות משתבש לגמרי.

    הדחיפה לשימוש באנגלית בהחלט מבורכת, אבל מגבלות התצוגה הקשות שציינתי מהוות כמעט חסם בלתי עביר אם אני רוצה לקחת מערכת גדולה קיימת ולהעבירה ל- 3.

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

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

    מקווה שתחשבו על פתרון סביר כלשהו.

    תודה ולהתראות,

    גדי בירמן

     

    • Like 1

  2. אלא אם כן אני מבצע משהו לא נכון, ואשמח לגלות שזה המצב, נראה על-פניו שנושא הידלדלות התמיכה בעברית בגרסאות 3 ומעלה הוא הרבה יותר עמוק ומעיק ממה שנראה במבט ראשון.

    אפשר לקבל בהבנה את הסרת הנוסח העברי של הפקודות והמעבר ל- IDE אנגלי, אך היעדר האפשרות להגדיר עמודות NAME למיניהן כ-RTL, משמעותו שמערכת שנכתבה עם שמות אובייקטים עבריים במילונים השונים, תיראה רע מאד בזמן הפעלה תחת סטודיו של גרסה 3.

    כמו שזה נראה כרגע הדרך היחידה היא לבצע תרגום מלא של הקוד לאנגלית על כל המשתמע מכך.

    הייתי מצפה שעבודה עם CONST עברי תיתן אפשרות לשמר יכולת הגדרת RTL לכל הפחות בעמודות NAME למיניהן, כמו גם שמות שדות בעברית בתיבות דו-שיח בסיסיות כגון מסך כניסה למערכת ומסכים של הנווט, אשר כולם נראים משובשים לחלוטין כאשר הכניסות הן בעברית.

    אם למישהו יש תובנות בנושא אשמח לשמוע.


  3. רכיב ה- COM שכולל את הפונקציונאליות של File Open Dialog Box  הוא COMDLG32.OCX ולא MSCOMCTL.OCX.

    לא מצאתי הורדה רשמית של מייקרוסופט כמו הרכיב שרומן ציין, אבל הרכיב הנ"ל היה כלול בחלק מחבילות Visual Studio  ישנות של מיקרוסופט. (בטוח בגרסה 6)

    מטעמי הפרת זכויות איני יכול להעלות את הרכיב, אבל מצורף בזאת:

    א. קוד תכנית בגרסה 1.9 המדגים שימוש ברכיב 

    ב. סרטון המדגים שימוש בזמן ריצה

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

    התפקוד של הרכיב מעט מוגבל ומיושן כפי שניתן לראות, וכרגיל אני ממליץ לעבור בהקדם ל- XPA ולעשות שימוש ברכיבים vמקבילים והמשופרים שזמינים ב DotNet Framework.

    FileOpenDialogMultiUinPaaS19.gif

    FileOpenDialogBox_PROG.XML

    FileOpenDialogBoxFLAGS.docx

    FileOpenDialogBoxFLAGS.pdf


  4. מאור שלום,

    קודם כל הלקוח שלך קיבל החלטה נבונה.

    לשאלתך בנושא USRUPD, מדובר בכלי של מג'יק שמסופק בכל גרסה (לפחות מ- 9.4) ושכל מטרתו לאפשר שדרוג של קובץ המשתמשים מגירסה ישנה לגירסה חדשה יותר, והוא ממש לא מאפשר יצוא.

    הפעלתו אינה מסובכת ואין צורך במג'יק מותקן בתחנה שמפעילה אותו.

    כל מה שצריך זה להריץ אותו עם שם קובץ משתמשים ישן וחדש, אבל כפי שציינתי זה לא יעזור לך.

    גם אם היתה אפשרות לייצא את הקובץ, זה לא היה נותן לך הרבה כי מה שהיית מקבל לכל היותר זה שמות של משתמשים שממילא כבר קיימים ב- AD, ושמות ושייכות לקבוצות שלא מוכרות ב- AD.

    ממה שאתה מתאר נראה שהדרך היחידה ההגיונית היא עבודת-יד 

    בהצלחה

     


  5. היי רומן

    ב- 3.2 נראה שהבעיה אחרת, ודווקא בסטודיו ההתנהגות לא אחידה.

    ב- RUNTIME אני רואה שאכן ההתנהגות תקינה, אבל בעריכה בטבלאות בסטודיו החיצים הפוכים.

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

    תוכל בבקשה לבדוק אם גם אצלך ב- 2.5 התנהגות החצים לא אחידה כפי שציינתי?

    תודה רבה ולהתראות


  6. שלום לחברי הפורום

    אני נתקל בבעיה שנראית בנאלית ופשוטה ביותר, אבל בכל זאת לא מצליח להתגבר עליה.

    התנהגות החצים המצופה כאשר נמצאים במצב עריכה בשדה עברי היא כדלהלן:

    תו קדימה - חץ שמאלה

    תו אחורה - חץ ימינה

    הבעיה היא שתפקוד החיצים מתהפך כאשר משנים את תכונת  "עריכה בריבוי שורות"

    אני עובד עם CONST עברי, ולצורך הבדיקה עם קובץ מיפוי מקשים זמן ריצה שמגיע עם מג'יק: act_rnt.heb.

    כל נסיונותי לשחק עם ה- States בקובץ מיפוי המקשים כך שההתנהגות תהיה זהה - עלו בתוהו.

    התקלה קורית ללא קשר להמצאות במבנה טבלה/שורות

    הגרסה בשימוש היא xpa2.5e אבל נראה שזו בעיה אופיינית גם לגרסאות קודמות.

    לא הגעתי למסקנה אם מדובר בבעיה פתירה שנובעת ממיפוי מקשים לקוי/חסר או בבעיה במוצר.

    במידה ויש מישהו שאצלו התקלה לא מתרחשת אשמח אם יוכל להעלות את קובץ מיפוי המקשים העברי שלו.

    תודה מראש

     


  7. Attachment.thumb.png.88a78aef94a2990c383a1039543800d0.png

     

    היי שולם,

     

    בהמשך להודעה הקודמת, להלן דוגמא הכי בסיסית שניתן לצירוף Attachment:

    B.Attachments.Add(DotNet.System.Net.Mail.Attachment(FileDlg('All Files','*.*')))

    ראה גם צילום מסך מצורף.

    כמובן שמומלץ לבצע עם משתנה עבור CLASS מסוג (TYPE/טיפוס)  Attachment  ולא ישירות באופן המכוער שביצעתי לעיל, אבל זה הרעיון. בדקתי וזה עובד.

    בהצלחה ובברכת חג חנוכה שמח.


  8. היי שולם,

    שאלה מעניינת.

    נראה שהסיבה שהנסיון שלך לא עולה יפה היא שפקודת DNSET יכולה לפעול על אוביקט המוגדר באמצעות משתנה מג'יק, ולא על CLASS סטטי.

    נראה שבמקרה הזה אין מנוס משימוש בפקודת הפעל דוטנט invoke_dotnet.

    ראה יצוא תכנית קטנה בגרסה 3.2d.

    Prog_3.xml

    אשמח אם מישהו יראה דרך פשוטה/אלגנטית יותר, אבל אני לא בטוח שבמקרה הנ"ל זה אפשרי.

    בהצלחה

    Prog_3.thumb.png.99332f2c50133259c51a7bd3bd92a54b.png


  9. אפי שלום,

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

    כאשר ציינת שיש הטוענים שעדיף להוסיף תמיד את שם הבעלים, הדבר הראשון שחשבתי הוא האם באמת יש מי שחושב שנכון להשאירו ריק, ומה יכול להיות טיעון ראוי לכך?

    בקוד שלי אני מתייחס לאי-ציון בעלים כ"באג" (גם אם הוא עדיין לא יודע שהוא כזה..) ;)

    בהצלחה.


  10. לפני 1 דקה arikm אמר:

    אצלי העברית מצוינות, לא רואה בעיות

    תבדוק שאתה נמצא בפריסה העברית של הדף ולא באנגלית

    בתחתית הדף תבחר את השפה "עברית", כפי שמופיע בצילום המצורף

    image.png.c0229214b8adcd9af07e6a67c3892159.png

    וואלה, צודק!
    יצאתי טָמבָּל, תודה!

    8-|


  11. Just now, arikm said:

    ראשית מה הבעיה עם העברית??

     

    לגבי דף roadmap אנחנו לא מכירים דפים כאלו אצל יצרנים גדולים

    מה שאתה רושם פה על טלריק, זה מידע חשוב, אולם זו תכולה של גרסה קרובה ולא באמת מפת דרכים שמסתכלת עד שנתיים קדימה

     

    לגבי העברית -
    אם אתה מצליח לקרוא בקלות בהודעה שלי (זו שכוללת את הקישור) את שתי השורות בהן שילבתי עברית עם אנגלית - אז אין בעיה....

    לגבי מפת דרכים -
    אולי השם מפוצץ מדי. הכוונה היא בדיוק לסוג המידע ששחררת בהודעה הראשונה, אבל במקום קבוע שבו כולם יכולים לגשת ולהתרשם.


  12. היי אריק

    הכוונה היא דף קבוע בו אתם מציינים בקוווים מאד כלליים ולא מחייבים נושאים ב"קנה" המתוכננים לגרסה/גרסאות הבאות

    ראה דוגמא של חברת TELERIK לחבילת פקדי WINFORMS שלהם בכתובת הבאה:

    http://www.telerik.com/support/whats-new/winforms/roadmap

    אני מוצא שזה דף חשוב מאד ואני עוקב אחריו כדבר שבשגרה.

    כמובן שפרסום ה- ROADMAP אינו מחייב ומלוּוֶה בהסתייגויות הנדרשות כדוגמת זו המופיעה ב- DESCLAIMER בדוגמא ששלחתי.


  13. היי אריק

    תודה על העדכון

    בהחלט נושאים בעלי חשיבות וטוב שאתם מעדכנים את הקהילה מעת לעת לגבי התווית הדרך

    בכלל ממליץ שתמסדו דף "מפת דרכים" בסגנון

    ROADMAP 

    הנהוג אצל יצרני תוכנה מובילים

    מצטרף לברכת שנה טובה 

    And may the source be with you


  14. בהמשך להודעה המקורית ולבקשת אחד ממשתמשי הפורום, אני מצרף קוד מקור (גרסה 2.5) של מילון הרכיבים ושל תכנית 3 (ברקוד)

    שמות לוגיים נדרשים: 

    GAC = C:\Windows\Microsoft.NET\assembly\GAC_MSIL\
    לגבי TELERIK - לא חיוני להדגמה, למעט תצוגת ה- PDF, שניתן לבצע באמצעים אחרים. ניתן להעיף את ההגדרות מהמילון.
    גם לגבי רכיב הסריקה - לא רלוונטי וניתן להעיף.

    אמנם קוד גולמי, אבל מהמשוב שקיבלתי נראה שניתן להיעזר בו.

    Components.xml

    Programs_3.xml


  15. השאלה שלך לא כל כך ברורה, כי צילום המסך ששלחת הוא לא של פונקציות מג'יק, אלא של האלגוריתמים שניתן לממש באמצעות פונקציות cipher ו- decipher.

    בכל מקרה אני מצרף קובץ יצוא מגרסה 9.4 שקיבלתי ממג'יק לפני יותר מ- 10 שנים כאשר ביקשתי לראות הדגמת שימוש בפונקציות הללו.

    הפונקציות עובדות באופן זהה גם ביוניפאס ו- XPA.

    שים לב שמאז עברו הרבה מים בנהר...

    Cipher.zip

×