תחומים - פורום חרדי מקצועי

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

@one1010 אני לא מפחד מלכתוב קוד ארוך, אבל אני נרתע מלהתחיל לכתוב אפילו שורה אחת בלי לדעת בדיוק מה המטרה. אתה יכול להגדיר בדיוק את סוגי המחזוריות המבוקשים?
לדוגמא:
א. דילוגים של טווח קבוע של ימים, כשהטווח נע מ-1 עד 25
ב ימים זהים בחודשים עוקבים
ג. ימים עוקבים בחודשים עוקבים
וכו'

@one1010 כתב במאקרו רץ בלולאה:

For i = 1 To rangeToCheck.Count - 2
For j = i + 1 To rangeToCheck.Count - 1
For k = j + 1 To rangeToCheck.Count

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

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

@מעלה-ומוריד כתב בבאפליקציות אתחול "משהו":

ההודעה הנ"ל מתקבלת בנסיון לפתוח מאפיינים של 'משהו', לכאורה היא מלמדת על כך שהקובץ לא קיים, לא?

כנראה שהוא כבר לא קיים (או שהגישה אליו חסומה).

לא הבנתי, תיקית ההפעלה היא תיקיה זמנית?

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

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

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

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

@ארי האם באירוע עריכה (לפני\אחרי) של הטופס היה קוד?

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

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

@Y-Excel-Access כתב באכסס - פתיחת שני טפסים במקביל:

אי אפשר לפתוח טפסים שאינם מודולריים.

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

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

@dovid מסתמא התכוונת ל-wellcom. גם אני הזמנתי מהם כמה פעמים, מחירים טובים ושירות מהיר.

שלום לכולם!
אז אחרי 9 שנים התנור Beko דו-תאי שלנו השמיע את חרחורי הגסיסה האחרונים שלו, ובסוף שחל"ח בשיבה טובה.
כעת אני מחפש המלצות לתנור חדש.
יש לי שני ספיקות:

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

@מיכאלוש פתח קובץ אקסס חדש > ותבחר לפי הסדר בתמונה:

בחלון שנפתח תנווט לשם הקובץ שלך, תבחר באפשרות הראשונה, ותלחץ על אישור:

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

דווקא כן, אלא שבגרסאות החדשות יותר הוא עם סיומת accde:

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

אמנם, מה שאתה כן יכול לעשות, זה לייבא ממנו את הטבלאות והשאילתות, (אם כאלו קיימות בו), לתוך קובץ אקסס עדכני.

@אליהו-בן נהדר!
אם תערוך את ההודעה הראשונה שלך (בתחילת השרשור) זה יאפשר לך לערוך גם את הכותרת, ולהוסיף את המילה 'נפתר' בהתחלה.

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

יש כמה הצעות לפיתרון, מהקל לכבד:

1. להוסיף את הכותרות הבאות לאובייקט כשאתה יוצר אותו, בתקווה שהשרת יכבד אותן:

    Set xhrRequest = CreateObject("MSXML2.XMLHTTP.6.0")
    xhrRequest.setRequestHeader "pragma", "no-cache"
    xhrRequest.setRequestHeader "Cache-Control", "no-cache, no-store"
   Do Until order.EOF
   ...

2. להשתמש באובייקט החלופי WinHttp.WinHttpRequest.5.1, שלא משתמש במטמון. שמות המתודות הנדרשות בו זהים לשמות שבאובייקט MSXML2.XMLHTTP.6.0, דהיינו:

Set httpRequest = CreateObject("WinHttp.WinHttpRequest.5.1")

Do Until order.EOF
'Url = "XXXXXXXXX?
httpRequest.Open "GET", url, False
httpRequest.Send
res = httpRequest.responseText

3. "לעבוד" על המנגנון של המטמון, ולגרום לו לחשוב שבכל פעם מדובר בבקשה שונה לחלוטין, על ידי הוספה של פרמטר "בובה" (dummy) המכיל מספר אקראי, כך:

' תריץ את הפקודה הזו פעם אחת בתחילת ההפעלה של התוכנה שלך
Randomize
...
' ואז בקוד של השליחה

    ' יצירת מספר מ-1 עד 100000
    Dim dummyNumber As Long
    dummyNumber = Int((99999) * Rnd) + 1

    ' הוספת הפרמטר לבקשה
    xhrRequest.Open "GET", url, False & "&dummy=" & dummyNumber

4. אם כלו כל הקיצין: תוכל לנקות את המטמון לפני כל הפעלה (על ידי קריאה ל-API של Windows) וכך לכפות יצירת סשן חדש בכל פעם.
   תדביק את הקוד הבא במודול חדש:

Public Declare PtrSafe Function InternetSetOptionStr Lib "wininet.dll" Alias "InternetSetOptionA" (ByVal hInternet As Long, ByVal lOption As Long, ByVal sBuffer As String, ByVal lBufferLength As Long) As Integer

Public Sub ClearInternetCache()
    InternetSetOptionStr 0, 42, 0, 0
End Sub

ובקוד של השליחה תקרא למתודה שיצרת לעיל, לפני השליחה:

    ClearInternetCache
    Set xhrRequest = CreateObject("MSXML2.XMLHTTP.6.0")
...

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

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

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

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

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

@dovid כתב בקיצורי מקלדת באקסס:

או להכניס את השורות האלה לתוך התנאי.

כך הייתי צריך לעשות באמת, תודה על ההערה, תיקנתי במקור.

@Y-Excel-Access כתב בc# שימוש שוטף בTry/Catch:

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

אם לא התכוונת בפירוש שזה יקרה - זה בעצם באג.

ולמה לשחרר ללקוח מוצר לא מושלם? כי לפעמים זה יעלה לו הרבה פחות שעות פיתוח

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