עבור לתוכן
Magic DevHub

gbirman

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

    211
  • הצטרפות

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

  • Days Won

    1

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

  1. אני מצטרף לבקשתו של אריאל לקבלת הבהרה רשמית בנוגע למהות הרשיונות בתצורת RIA של UniPaas.<?xml:namespace prefix = ns = "urn:schemas-microsoft-com:office:office" /><:p> <:p> הנושא מעט מעורפל מדי , ואנו בד"כ שונאי ערפל.<:p> <:p> כמו אריאל, גם אני מתרשם שבתצורת RIA כל "כניסה" של משתמש למערכת נספרת כ- LICENSE פעיל, עד ליציאתו, להבדיל מאופן ספירתו של המשתמש בתצורות BC או MERGE.<:p> <:p> אם אכן כך הדבר (ולגבי נקודה זו מתבקש כאן מכם לפזר את הערפל), אזי כמו שאריאל ועידו ציינו לעיל, נראה כי מודל התמחור הינו בעייתי ביותר. (איני יודע את העלות, אבל אני מבין שעלות CLIENT בודד RIA אף גבוהה מעלות רשיון ENT בודד)<:p> <:p> תחושתי היא כי לאחר הקושי שהיינו עדים לו בהחדרת מג'יק ככלי פיתוח מוביל לפתרונות WEB-יים משיקולים <>טכנולוגיים, אתם עלולים שוב להיתקל בקושי למַצֵּב את מג'יק ככלי כזה, והפעם משיקולי <>רישוי בעייתי, וזאת דווקא לאחר שעל-פניו נראה שבהיבט הטכנולוגי באמת יש לכם כאן "סוס מנצח".<:p> <:p> <>לגבי פנייתו האחרונה של ישי לאריק – אני מסכים עם כל מילה, ולא יכולתי לנסח זאת טוב יותר.<:p> <:p> כדי לחדד, אני רוצה רק לציין את הנקודה הבאה:<:p> <:p> בעבר פיתחתי פיילוט של פרויקט אינטרנטי בטכנולוגיית BC. רק עם השלמת פיתוח הפיילוט ונסיון להפעילו בסביבת אמת, נוכחתי כי הביצועים רחוקים מלהשביע רצון, ואז הובהר לי כי BC מיועד לאינטראנט ולא אינטרנט. האשמתי את עצמי שלא היטבתי לברר מבעוד מועד את מידת ההתאמה של הטכנולוגיה למטרותיי.<:p> <:p> הטכנולוגיה שנותרה היא MERGE, אשר לדעתי קצת קשה להגדירה כ-RAD, אבל לפחות בהיבטי רישוי עלויותיה סבירות.<:p> <:p> כעת הגיע לשכונה בחור חדש, בשם RIA, שאני מקווה שבהיבטי ביצועים ו- RAD אכן יספק את הסחורה, אולם בהיבט רישוי פשוט נראה כי יש כאן חַסַם בעייתי ביותר, וכפי שציין ישי איננו מכירים סוג תמחור דומה בפתרונות אינטרנטיים.<:p> <:p> <:p> <:p> <:p> <:p> <:p>
  2. מורן שלום אני לא בטוח שאני מבין בדיוק את הצורך והכוונה, אבל אם אני מבין נכון, אז ברצונך לאפשר תקשורת דו-כיוונית בין מג'יק ל-DLL הנקרא מתוך מג'יק, וכנראה שאותו DLL חיצוני הוא DLL שיש לך גישה אל הקוד שלו, אחרת בוודאי לא ניתן לצפות שיוכל לעבוד ישירות מול קבצי MEMORY של מג'יק. אם מה שציינתי לעיל נכון, אז כנראה שהפתרון המבוקש הינו חשיפת מג'יק לאותו DLL כ- COM OBJECT. לצערי אין לי נסיון בנושא, אולם ישנו תיעוד מפורט של התהליך ב REFERENCE GUIDE ,פרק 15 סעיף COM Interface Builder. מה שכן ניסיתי וראיתי כי עובד, זה שימוש במחולל הרכיבים עד לנקודה שבה מג'יק מייצר DLL עבור אותה תכנית שבכוונתך לחשוף, ואת ה- DLL ניתן לטעון למחשב (באמצעות REGSVR32), ולעבוד מולו (אני מניח) כמו מול כל רכיב COM אחר במחשב, בזמן שמג'יק עובד כמובן. אני יכול להסתכן ולומר שאם תצליחי לבצע את כל התהליך לעיל, בטח תהיי בין משתמשי מג'יק הבודדים (אני לא נמנה עליהם,לצערי) שמתחו את הכלי עד קצה גבול היכולות שלו בנושא זה.
  3. ברכות. נראה נחמד מאד. מחכים לעדכון בנושא הרשיונות כך שאפשר יהיה לבדוק תכניות עם יותר "בשר". תיעוד טוב וברור. היה שווה לחכות. לגבי השם - ממליץ בפעם הבאה לאֵתְגר את קהילת המג'יקיסטים בארץ ובעולם ולהכריז על תחרות למציאת שם חדש תלמדו מגלי צה"ל, שהכריזו בזמנו על תחרות מאזינים למציאת שם לחגיגות החמישים למדינת ישראל, מה שהוביל לפנינה הבאה , שזכתה במקום הראשון: "נ שלנו.." שיהיה שלום עלינו ועל כל ישראל.
  4. יפתח שלום בהתחשב בעובדה שמג'יק חד-משמעית מצהירים כי גירסה 9.4 אינה נתמכת בVISTA, לא הייתי ממשיך במקומך בנסיון לפתור את התקלה המסויימת בה נתקלת. גם אני ניסיתי לעבוד עם 9.4 על VISTA, ובהתחלה נראה היה שהכל עובד, אבל אז נתקלתי בבעיות של תעופות בעת נסיון להפעיל STORED PROCEDURES מתכניות מג'יק. תשובת התמיכה הייתה ברוח הפתיח להודעה זו, תוך רמיזה שהבעיה שאני ציינתי אינה היחידה בה אני צפוי להיתקל, כך שאימצתי את גישתם והנחתי לעניין.
  5. שלום לכולם ברצוני לעדכן אתכם על-כך שפתחתי אתר בית נסיוני חדש בכתוכת הבאה: http://gadi71.wix.com/gadi-birman באתר תמצאו: מעט עלי מעט נוסטלגיה מעט הורדות, ביניהן קומפוננטה חופשית עם תאריכון במג'יק 9.4 (ניתנת להסבה מיידית לגירסה 10) כולל קוד מקור ותיעוד מפורט של החבילה. במידה ויהיה עניין ייתכן כי בהמשך אשקיע מאמצים נוספים בשחרור עוד מידע,רכיבים ותכניות לשימושכם, חברי הפורום היקרים. שלכם
  6. למתעניינים בקומפוננטה, התכונה הייחודית לתאריכון המוגש לכם בזאת היא שניתן לבחור תאריך עברי, ולקבל את התאריך הלועזי, ולא רק להציג תאריך עברי. כאמור, תמונה והורדה של התאריכון ב < href="http://gadi71.wix.com/gadi-birman">http://gadi71.wix.com/gadi-birman
  7. מידע נוסף

    למתעניינים בקומפוננטה, התכונה הייחודית לתאריכון המוגש לכם בזאת היא שניתן לבחור תאריך עברי, ולקבל את התאריך הלועזי, ולא רק להציג תאריך עברי.
  8. היי רומן אני חושב שניתן לסכם את האשכול המתיש הזה בכך שזה אפשרי אבל לא מומלץ ולא אופטימלי.
  9. נסיון שני לצרף קובץ...
  10. מצ"ב יצוא של ישום מלא עם טבלה+תכנית המדגים שאפשר לבצע. זהירות!!! מדובר ביצוא של יישום מלא. (טבלה+תכנית) נא לייבא לתוך יישום ריק בלבד ולא ליישום קיים למניעת שיבושים! א. יש להגדיר בסיס נתונים בשם TEST במג'יק, הפונה ל-DB ב-SQL. ב. יש להגדיר בו "שנה טבלאות בפיתוח" = כן, כך שמג'יק ייצר את הטבלה הנדרשת בבסיס הנתונים.
  11. היי רומן. באיזה גירסה אתה מנסה? 9/10? ב- 9.4 7G אני מנסה עכשיו, ולא רואה בעיה. הצבתי שדה באורך 32000 בתים על המסך עם עריכה בריבוי שורות, ועדיין לא נתקלתי בבעיה. אני גם לא בטוח שהשימוש שיפתח זקוק לו הוא הצגה/עריכה על המסך.
  12. היי רומן. א. תשובתי ליפתח התבססה על גירסה 9. לא בדקתי ב- 10. ב. כדי לוודא שאנו מדברים על אותו דבר, אני שולח צילום מסך של אופן הגדרת השדה במילון הטבלאות. ג. המבנה הנ"ל עובר CHECKER, כך שעל-פניו נראה שהפתרון צריך לעבוד. מגבלת ה- 8000 שאתה מציין נראית לך ברמת הגדרת הטבלה או מגבלת עריכה במסך? בכל מקרה אשמח לקבל עדכון ממך או מיפתח אם הפתרון המוצג בתמונה עובד בפועל או לא. אני מודה ומתוודה שמעבר לבדיקה עקרונית לא ביצעתי הקלדה/עדכון של ערך בפועל בשדה שכזה עם טקסט הארוך מ- 8000 תוים. תודה ולהתראות
  13. יפתח שלום נראה לי שהפתרון לבעיה שלך הוא כדלקמן: א. ברמת ה- SQL השדות בטבלה צריכים להיות TEXT או NTEXT (תלוי אם אתה מאחסן ערכים בלי או עם UNICODE בהתאמה). ב. ברמת המג'יק השדות צרכים להיות מוגדרים כמחרוזת. בנוסף לכך, בהגדרות SQL בתכונות השדה, בתכונה הנקראת הגדרה (או TYPE באנגלית), עליך לציין את המילה TEXT. בצורה זו מג'יק יודע שהשדה מוגדר כ- TEXT ב-DB, והודעת השגיאה על רשומה ארוכה מדי לא מופיעה. האורך המירבי של המלל בשדה במקרה זה מבחינת מג'יק הוא 32000 בתים. אתה יכול לבצע GET DEFINITION של טבלה שכזו המוגדרת עם שדות מסוג TEXT ב- SQL ולראות כיצד מג'יק מגדיר אותם. העסק הנ"ל מתועד לא רע בעזרה של מג'יק. תסתכל בענף הבא בקובץ העזרה של מג'יק eDeveloper Data Types - MS-SQL בענפים הנקראים MS-SQL Data Types ו- Text Data Type מקווה שזה עוזר
  14. ACTIVE DIRECTORY

    היי רומן אני מפנה אותך למסמך שהצגתי כאן בפורום לפני זמן מה. http://israelforum.magicsoftware.com/ShowPost.aspx?PostID=1910 רפרפרתי, ואני עדיין עומד אחרי כל מה שכתוב שם. השורה התחתונה גם היא תקפה - גם אני לא הצלחתי לעבוד בתצורת הזדהות מול AD, אלא מול LDAP. לא מן הנמנע שגם אני עשיתי משהו לא נכון, ואשמח אם מישהו יאיר את עינינו. הדבר היחיד שאני יכול להוסיף, הוא שמאז פרסום ההודעה עדיין אנו עובדים בכניסת LDAP מול ACTIVE DIRECTORY, המוגדר על שרת 2003 SERVER, וזה עובד מצויין. מאחר ו- windows 2000 + 2003 Server תומכים ב-LDAP, לא רואה סיבה לא לעבוד בטכניקה זו במקום הזדהות ישירה מול ACTIVE DIRECTORY. < href="/ShowPost.aspx?PostID=1910"> הערה אחת בלבד לדבריך - אני חושב שאתה צריך לבטל את הזנת הסיסמא במג'יק אם אתה עובד בהזדהות מול AD, ואתה לא אמור להגיע למצב של הקלדת משתמש וסיסמא במג'יק - כך זה לפחות עובד בהזדהות לפי LDAP.
  15. דרך אגב, בהמשך למה שציינתי קודם, אם אתה רוצה לעדכן את השדות המקוריים, שהעברת בצורה של מצביעים, אתה יכול להשתמש בפונקציית VARSET. בדוגמא המסויימת שנתתי לעיל, כדי לעדכן את השדה בערך חדש כלשהו , עליך להשתמש בנוסחא VARSET(,) כאשר , להזכיר, מכיל מצביע לשדה .
  16. ניר שלום הגעת לנהר.. צריך רק לחצות... מה שביצעת בהמשך להנחיותיו המדויקות של גדי טולדנו הוא נכון. נותר לך רק לשלוף בתכנית הנקראת את הערכים וסוגי השדות ששלחת, לדוגמא: אם שדה בתכנית הקוראת הוא מסוג מחרוזת, והעברת אותו לתכנית הנקראת כמצביע, באמצעות הנוסחא 'A'VAR ובתכנית הנקראת מוגדר פרמטר ראשון נומרי (נקרא לו לצורך העניין ), אשר לתוכו נכנס אותו מצביע, אזי על מנת לקבל את סוג וערך השדה ששלחת () עליך: א. לבדוק את תוצאת הנוסחא varattr() (בלי גרשיים ו-VAR !!)- כדי לדעת מה סוג השדה ולפעול בהתאם. ב. בהתאם לתוצאה להציב לשדה מתאים מסוג מחרוזת את ערך המצביע, כלומר: אם תוצאת הנוסחא בסעיף א' היא '' (דהיינו lpha) להזין את ערך שדה לשדה מסוג מחרוזת, באמצעות הנוסחא VARCURR(), כלומר מה ערכו של השדה , המיוצג כעת ע"י מצביע בשדה . אם תוצאת הנוסחא היא '' (דהיינו umeric) להזין את ערך שדה לשדה נומרי, באמצעות אותה נוסחא VARCURR(). שאר סוגי השדות האפשריים - בהתאם לתיעוד (ate Logic וכו') מתנצל על שיבושי גרשיים וסוגריים ועל כך שהתשובה נראית מעט מסובכת. יחד עם זאת, מומלץ בחום להתעקש על הבנת העניין ומימושו, מאחר והוא פותח אפשרויות רבות, מגוונות וחזקות מאד, שהוצגו זה מכבר, לדוגמא: כתיבת DEBUGGER , יצוא לאקסל, ועוד רעיונות רבים וטובים.
  17. רומן. סליחה, כמובן, אתה צודק. שכחתי DAY)EOM)(, כמו ששלומית כתבה בהודעה הראשונה.
  18. שלומית שלום הדרך הפשוטה והקריאה ביותר לביצוע הפעולה, מבלי "להסתבך" עם הסבות ל/מ-מחרוזת היא לבחור שדה מקומי/אמיתי מסוג תאריך, להציב לתוכו את הנוסחה הבאה: AddDate (0,,,1) כאשר הוא השדה הנומרי המכיל את ערך השנה, ו- השדה הנומרי המכיל את החודש, ולתוך השדה שלך שאמור להכיל את ערך היום האחרון בחודש תציבי את הנוסחה: EOM)( כאשר הוא שדה התאריך לעיל.
  19. קרול שלום עבודה מול WORD דרך COM היא נוחה, אך מורכבת, ודורשת לא מעט פעולות ואינה פיקניק... פעולה של הוספה ומילוי טבלה יכולה לכלול פקודות רבות, ואת עלולה לבזבז זמן רב על "חקירה", לפיכך בלי לענות לשאלתך הספציפית, אני ממליץ על הטכניקה הבאה בכל הנוגע לעבודה מול WORD דרך אוביקט ה-COM של WORD: 1. תפעילי רגיל את WORD, ואז תתחילי הקלטה של מאקרו, בה את מבצעת את כל הפעולות שאת רוצה למכן דרך מג'יק. 2. לאחר סיום עצרי את המאקרו וכנסי לעריכה שלו, ואז תוכלי לראות בדיוק לאיזה אוביקטים צריך לקרוא ועם איזה פרמטרים. בהצלחה
  20. רענון LIST

    עמיר אתה צודק. בגירסה 10 באמת לא הצלחתי לבצע את מה שהצעתי. בגירסה 9 ה"פטנט" עובד מצויין. אני אנסה לשחק עם זה עוד מעט, ואם אמצא משהו אעדכן.
  21. רענון LIST

    עמיר שלום אתה יכול "לאלץ" את מגי'ק לבצע בנייה מחודשת של תוכן הפקד ע"י שימוש בתכונת התחום של פקד הרשימה. תגדיר שדה/שדות מקומיים בראשי רשומה לפני השדה של הרשימה, ותעשה שימוש בשדות המקומיים הללו בהגדרת התחום של הפקד. ברגע שאתה רוצה לבצע רענון של תוכן הפקד, תדאג לעדכן את השדה/שדות, ומגי'ק יבנה מחדש את הרשימה.
  22. אבי שלום מהתיאור שלך נראה שאת הפעולות הקונבנציונאליות מיצית כמעט עד תום. אני הייתי מנסה גם יצוא עם משחקים של תחום (פעם יורד ופעם עולה) ושל החלפת מפתח וטווח רשומות שמנסים לייצא, מתוך מטרה לייצא כמה שיותר "קרעי" קובץ ולייבאם בסיום. אפשר לנסות גם עם כלי ישן שנקרא BTRHELP בעל יכולות לבצע EDIT ברמה של רשומות על קובץ BTRIEVE, אבל זה ממש LONG SHOT... פעם אחת בעבר הצלחתי להיעזר בו למטרה דומה. אתה מוזמן להתייעצות טלפונית 050-5477544
  23. שאלה מצויינת. להלן התשובה שלי עם הפתרון שאני מצאתי, אם כי אני לא ממש מרוצה ממנו, ואשמח לשמוע על פתרון מוצלח יותר. א. ב-MSSQL 2000 (ואני מעריך שגם ב-2005) ישנה פונקציית משתמש פנימית, המחזירה את ערך ה- IDENTITY האחרון שהוקצה בטבלה מסוימת. (IDENT_CURRENT). ב. לדוגמא: SELECT IDENT_CURRENT('MY_TABLE')OOO (להתעלם מה-OOO, זה רק למניעת שיבוש עברית-אנגלית) יחזיר את ערך ה- IDENTITY האחרון שהוקצה בטבלה זו. אם תבצע שאילתא זו לאחר הוספת רשומה בטבלת MY_TABLE תקבל את ה- IDENTITY האחרון בטבלה. ג. יש לשים לב ל- 2 הנקודות הבאות: 1. הפונקציה מחזירה את ה-IDENTITY האחרון מכל ה-SESSIONS ולאו דווקא מה-SESSION שלנו. 2. הערך הנכון יוחזר אלינו רק לאחר ביצוע רישום לדיסק, ולכך נדרשת התאמת התכנית כך שהפעלת שאילתת ה- SQL תבוצע בעיתוי הנכון. ד. אצלי ביישום הוספתי תכנית שירות קטנה, המקבלת כפרמטר את מספר הטבלה במילון, מבצעת את השאילתה על הטבלה, ומחזירה את ערך ה- IDENTITY האחרון שהוקצה. אתה מוזמן לנסות, אם כי , כאמור, אני אשמח לשמוע על פתרון מוצלח יותר.
  24. MAGIC 5.02

    ARIELP שלום אני מוכן לנסות ולעזור בנושא. 050-5477544 gadi@birmanim..il
×