התאמת אקסס ישן ל365

[בעזרתו]

לקוח ישן וחביב פונה אליי. הוא קנה אופיס 365, ולי נשאר לאכול את הצרות.
בתוכנה שסגרתי לו היה פקד PDF שהיה כלול אז בחבילת הActivex של 2010.
כעת הקוד מציג שגיאה חד משמעית, כנראה משום שב365 מיקרוסופט החליטו שוב להתעלם מאדובי ומחקו את הפקד מספר החיים. אולי כחלק מהפינוי המסודר שהם עושים לאקסס לעבר עולם שכולו טוב.
הוספתי DLL שהורדתי מכאן ל-reference שהראה missing על הפקד PDF. לא עזר.
השאלה אם צריך DLL אחר, או לשנות משהו בקוד, או להודיע ללקוח שהחגיגה הסתיימה, שזה גם לא דיפלומטי וגם לא כלכלי.

מילת הקסם היא לכאורה 'adobe acrobat browser control type libarty 1.0'

[OdedDvir]

@בעזרתו אמר בהתאמת אקסס ישן ל365:

בתוכנה שסגרתי לו היה פקד PDF שהיה כלול אז בחבילת הActivex של 2010.

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

[clickone]

@בעזרתו
מה עשית עם הפקד של הPDF?
הצגת קבצים? או משהו אחר?
אם זה רק הצגת קבצים, תמחק אותו, ושים במקומו פקד דפדפן, ותקשר לשם את הקובץ

webControl.navigate "file://c:/test.pdf"

@בעזרתו אמר בהתאמת אקסס ישן ל365:

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

אהבתי

[בעזרתו]

@clickone אמר בהתאמת אקסס ישן ל365:

@בעזרתו
מה עשית עם הפקד של הPDF?
הצגת קבצים? או משהו אחר?
אם זה רק הצגת קבצים, תמחק אותו, ושים במקומו פקד דפדפן, ותקשר לשם את הקובץ

webControl.navigate "file://c:/test.pdf"

הצגת קבצים.
מנסה ליישם את עצתך, אז ככה. פקד הדפדפן הראשי של אקסס, WebBrowser, שיש לו אפילו אייקון ויזואלי ושם בעברית, לא מכיר מתודה בשם navigate בכלל.
ו-web client control מפיל את אקסס עם 'שגיאה לא צפויה' (כאילו יש משהו לא צפוי בזה שאקסס קורס).
אני רוצה אפשרות לגלול את הPDF גם אם יש בו כמה עמודים. הדפדפן נותן לי את זה?

[OdedDvir]

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

FollowHyperlink "123.pdf"

[אבי]

Me.WebBrowser1.ControlSource = "=(""" & GetFilePath() & """)"
Me.WebBrowser1.Object.refresh

[אבי]

@בעזרתו אמר בהתאמת אקסס ישן ל365:

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

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

[בעזרתו]

@אבי אמר בהתאמת אקסס ישן ל365:

Me.WebBrowser1.ControlSource = "=(""" & GetFilePath() & """)"
Me.WebBrowser1.Object.refresh

לא זוכה להבין מה עשית. איפה אני נותן נתיב קובץ? במקום GetFilePath ?
זה לא עובד.
ניסיתי להשתמש בobject.navigate, ושם התוצאה היא שהפקד הגאון פותח אקרובט בחלון חדש.
ולה' הישועה.

[OdedDvir]

@בעזרתו התחביר הנכון הוא כך:

Me.WebBrowser0.ControlSource = "='" & FileName & "'"

כמובן תחליף את FileName בשם הקובץ. לא צריך רענון או Requery

[בעזרתו]

@OdedDvir אמר בהתאמת אקסס ישן ל365:

@בעזרתו התחביר הנכון הוא כך:

Me.WebBrowser0.ControlSource = "='" & FileName & "'"

כמובן תחליף את FileName בשם הקובץ. לא צריך רענון או Requery

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

[OdedDvir]

@בעזרתו לענ"ד הבעיה היא לא באקסס אלא באקספלורר. (הפקד WebBrowser הוא מעטפת לאינטרנט אקספלורר)
פתח אינטרנט אקספלורר ותגרור לתוכו קובץ PDF. האם הוא נפתח בצורה תקינה?

[אבי]

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

[בעזרתו]

@אבי אמר בהתאמת אקסס ישן ל365:

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

ואת זה אני צריך לעשות גם אצל הלקוח.
מצ"ש, גם DLL של הפקד PDF הייתי צריך לשים גם אצלו.
לו החיים היו פשוטים...

[בעזרתו]

בענין אחר, אבל תואם את כותרת האשכול -
בחלק מהמחשבים של הלקוח הקובץ לא נפתח כלל תחת הסיסמה הקלולקלת id is not key in this table משהו כזה. שמשמעותו שהקובץ פגום, שעה שבמחשבים אחרים באופיס 365 הוא נפתח כרגיל.
אם עושים אישור 8 פעמים הוא נכנס בסוף לקובץ, אבל כולו פגום והודעות שגיאה, כולל הקוד שתקול כולו.

[OdedDvir]

@בעזרתו אמר בהתאמת אקסס ישן ל365:

id is not key in this table

האם יש הבדל בגרסאות האופיס אצל הלקוחות? זו הודעה שמתקבלת כתוצאה מDB פגום. אם כמה גרסאות שונות מנסות לפתוח את ה Backend זה צפוי

[בעזרתו]

@OdedDvir אמר בהתאמת אקסס ישן ל365:

@בעזרתו אמר בהתאמת אקסס ישן ל365:

id is not key in this table

האם יש הבדל בגרסאות האופיס אצל הלקוחות? זו הודעה שמתקבלת כתוצאה מDB פגום. אם כמה גרסאות שונות מנסות לפתוח את ה Backend זה צפוי

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

@OdedDvir אמר בהתאמת אקסס ישן ל365:

ה Backend
כלומר הבעיה כלל לא בטפסים, אלא עם הטבלאות המקושרות?

[OdedDvir]

@בעזרתו אמר בהתאמת אקסס ישן ל365:

אתה חושב שאופיס 365 שירד ביום שלישי שעבר, וזה שירד ביום שני, אמורים להתנהג בצורה שונה זה מזה?

לא. אני מתכוון אם יש בחלק מהלקוחות גירסאות שונות באופן מהותי, 2016 מול 365 למשל.

כלומר הבעיה כלל לא בטפסים, אלא עם הטבלאות המקושרות?

אני מניח שמדובר בבסיס נתונים מפוצל, ולכן הבעיה היא בBackend ולא בFrontend.

[בעזרתו]

@OdedDvir אמר בהתאמת אקסס ישן ל365:

ל

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

[OdedDvir]

@בעזרתו ניסית דחיסה ותיקון של ה Backend? כמובן תגבה את הקובץ לפני כן

[חייםיודלביץ]

@בעזרתו אמר בהתאמת אקסס ישן ל365:

@OdedDvir אמר בהתאמת אקסס ישן ל365:

ל

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

הקובץ שלך אמור עבוד גם באקסס 32 ביט וגם ב64 ביט?

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