בעיה תצוגתית במיון פשוט

היי,

בעיה (אולי באג?) שאני לא מצליח לפתור.

יש לי טבלה מאוד פשוטה (ראו מצ"ב) שמכילה קוד גרסה ושם גרסה.

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

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

ממש מוזר

הי,

יש מספר נק' שאתה צריך לסדר לפני:
1. צריך להוריד את הרשומה - CURRENT, במקומה רשמתי אפר_2011
2. כל הנתונים צריכים להיות בתבנית אחידה, ז"א שהחודש צריך להיות מורכב מ- 3 אותיות.
3. שים לב ל- SET MonthNames בראש ה- ETL שהוגדר לפי חודש ב- 3 אותיות.
4. לשנות את השדה Version_name מ- STRING לתאריך עוד ב- ETL.

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

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

כמבון שרצוי בכל מקרה לבצע את ההצעות שקיבלת כברת כלומר לאחד את השמות שכולם יהיו בפורמט זהה.
דבר נוסף נוסף שניתן לנסות זה להשתמש בפונקציה ()dual בזמן הETL בבניית השדה version name ואז זה כבר ימיין לבד בלי השדה version.

בברכה
דניאל

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

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

תודה