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

פורסם במקור בפורום CODE613 ב24/04/2014 22:12 (+03:00)

@דוד ל.ט.

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

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

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

נראה לי שאני נוטה בחזרה לכיוון סוקט TCP 😢

פורסם במקור בפורום CODE613 ב24/04/2014 22:25 (+03:00)

ממש בשליפה...
אולי להשאיר את הגבולות ו"לצבוע" אותם בלבן או שקוף???

פורסם במקור בפורום CODE613 ב23/04/2014 20:13 (+03:00)

@MacroShadow

תצטרך להשתמש בתוסף הנה רשימה חלקית מאוד:
http://lokeshdhakar.com/projects/lightbox2/
http://dimsemenov.com/plugins/magnific-popup/
http://www.jacklmoore.com/colorbox/
http://fancybox.net/

תודה רבה,
זה נראה שזה זה...
אני אבדוק בקרוב ועדכן.

פורסם במקור בפורום CODE613 ב22/04/2014 12:07 (+03:00)

תודה רבה על השיתוף.
אישית, אני לא אוהב להשתמש בכלים "אוןליין", אני תמיד מעדיף להשתמש בכלים אוטומתיים (ע"ע Grunt) שעובדים לי על הסביבה שאני מפתח.

חג שמח 🙂

פורסם במקור בפורום CODE613 ב16/04/2014 20:28 (+03:00)

נדמה לי שהשאלה שלי נוגעת להרבה עניינים שכולם באותו כיוון
אחזור על השאלה מהתחלה בתוספת הסבר:
יש לי MainWindow שמכיל TabControl עם tabItems
כל tabItem מחזיק בתוכו userControl שנקבע בזמן ריצה
ישנם הרבה פעולות שאני מבצע בתוך ה-userControl ואשר השפעתם אמורה להשליך על ה-MainWindow
לדוגמא:
כאשר יש לי כפתור בתוך ה-userControl המורה על סגירת החלון הראשי של האפליקציה או כל פעולה אחרת שמתבצעת מתוך הקונטרולים ואמורים להשפיע על האפליקציה כולה
גם במקרה שהבאתי לעיל פעולות שנעשות ב-userControl אמורות להשליך על ה-TabControl שבעצם הוא שייך לחלון הראשי אמנם יתכן שבעיה זו ספציפית אפשר לפתור בדרכים אחרות אך הבעיה חוזרת לי על עצמה במספר כיוונים
מקווה שהסברתי יותר ברור
קיץ בריא ותודה לכולם!

פורסם במקור בפורום CODE613 ב22/04/2014 14:31 (+03:00)

RAISERROR, אם הבנתי אותך נכון.
ככה:

RAISERROR ('כאן אתה כותב מה בא לך', 1 , 0)

פורסם במקור בפורום CODE613 ב10/04/2014 18:38 (+03:00)

@ארכיטקט

מזעזע

lastpass בתוך הבעיה?? יש שם מיליוני סיסמאות של לקוחות בנקים....

לא נראה לי קשור.

פורסם במקור בפורום CODE613 ב10/04/2014 12:52 (+03:00)

הקישור הראשון ממש מצוין ונותן מענה לבעיה של ההמתנה לקלט מהמשתשמש
הקישור השני לא ניסיתי

פורסם במקור בפורום CODE613 ב29/04/2014 21:41 (+03:00)

לא כל דבר שכלפי חוץ נראה "ללא התקנה" הוא אכן כל כך סטרילי, הרבה תוכנות ניידות, רושמות ערכים ברג'יסטרי ומטנפות את הגדרות וינדווס וכדומה. דוגמא לדבר טים וויואר, פוטושופ נייד, ועוד....... אז לפעמים זה באמת מבצע פעולות של התקנה, רק עושה עליך רושם כאילו זה נייד. למעשה ההתקנה של כל התוכנות כבר בוצעה בעת התקנת דוט נט,
אם אני מבין טוב, התקנה יש לה 4 פעולות:
פריסת ספריות DLL
רישום ברג'יסטרי
חילוץ קבצים (היה מקובל שהתוכנה מגיעה עם כל הקבצים ארוזים ודחוסים)
יצירת קיצורי דרך ושאר ירקות.
כל אלו רלוונטיים לעולם הישן, היום יש HTML בלבד (או דוט נט למעוניינים)....

פורסם במקור בפורום CODE613 ב09/04/2014 00:17 (+03:00)

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

פורסם במקור בפורום CODE613 ב01/09/2015 19:26 (+03:00)

@דוד ל.ט.

לכאורה יש כאן ניתוח לא נכון של תופעה.

צודק,
שיניתי את הקומבובוקסים בסטייל ל IsSynchronizedWithCurrentItem = False
והעניין הסתדר
רוב תודות !

פורסם במקור בפורום CODE613 ב26/05/2014 12:48 (+03:00)

תודה!

פורסם במקור בפורום CODE613 ב06/04/2014 22:07 (+03:00)

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

פורסם במקור בפורום CODE613 ב06/04/2014 14:19 (+03:00)

הClear לא עשוי בדוט נט לניקיון אלא פשוט להחזיר את כל ערכי המערך למצבם התחילתי.
בעיקרון מבחינת המתכנת צריך לדאוג שאין רפרנסים חיים לאובייקטים מיותרים.
לדוגמה אם יש אובייקט ענק ושדה שלו בשימוש איזה אירוע זה מונע הריסה של האובייקט, זה תחום אחירות המתכנת. כל השאר זה דאגה של ה"אוסף הזבל" של דוט נט.
אבל במידה והמשתנה הוא בסקופ של פונקציה לדוגמה, אין צורך אפי' לאפס אותו, סוף התחום שלו הרוס אותו וממילא המידע שלו "יתום" וככזה הGC - "אספן הזבל" מוחק אותו [u:3n26xzb3]מתי שהוא[/u:3n26xzb3].
בתכלס תוכל לראות שאם תעמיס אלפי מגה, מידי פעם תהיה "מחיקה" מסיבית, משא"כ במגה בודדים (מתחת למה שהוקצה לתוכנית מלתכחילה) מסיבות חיסכון בביצועים כנראה הGC לא עושה כלום.
אפשר לאלץ את הGC לאסוף ככה: GC.Collect, אני חושב שזה לא מומלץ ולא יודע למה זה משמש, תוכל לראות שזה עשוה את העבודה באמת בצורה דרמטית מבחינת הזיכרון.

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

פורסם במקור בפורום CODE613 ב06/04/2014 14:13 (+03:00)

תודה, הגשתי בקשה לפתיחת האתר...

פורסם במקור בפורום CODE613 ב04/04/2014 10:47 (+03:00)

זה תלוי בהגדרת הVertivalAlignment, ובסוג האלמנט המכיל.
לדוגמה אם המיכל הוא StackPanel אז הוא תמיד מכווץ את האלמנט למינימום (גובה מפורש או MinHeight).

פורסם במקור בפורום CODE613 ב03/04/2014 15:02 (+03:00)

קבלתי בעז"ה כשאגמור ליישם אגיב על התוצאות

פורסם במקור בפורום CODE613 ב02/04/2014 15:00 (+03:00)

לא הסתדרתי
נראה לי מסובך שם

פורסם במקור בפורום CODE613 ב27/04/2014 22:55 (+03:00)

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

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

פורסם במקור בפורום CODE613 ב03/04/2014 16:29 (+03:00)