טיקט פיצר - iconpack עבור features

אני ו @Liran_C מתעסקים בכל הנושא שקשור ל features והsettings שלהם
במסגרת העבודה על זה - עלתה לנו שאלה בנוגע למימוש “אייקון” לפיצר.

מבחינת חשיבה - אנו רוצים כי לכל פיצר יהיה ייצוג אייקוני מסויים.
אותו ייצוג יופיע בתפריט navbar לאחר שמשתמש הוסיף אותו ללוח.

באופן הבא:

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

דוגמא חלקית:

בגדול חשבנו שכאשר user או משתמש כותב פיצר חדש למערכת הוא יצטרך לבחור מתוך icon pack איזה אייקון ישויך לפיצר שיצר.
חשבנו על החבילה של https://ionicons.com/
כי גם ככה אנו משתמשים בה לטובת האייקונים של הפרונט.

עולה השאלה:
איך מבוצע הקישור בDB בין פיצר לאייקון מסויים?

ההתלבטות:
אנו חושבים על לעשות טבלת features \ Icons
אך מתלבטים באיזה אופן לקשר את האייקון עצמו.

  1. האם לעמודה של icon צריך להיכנס פיזית אלמנט קוד של html אותו מספקת ionicons דוגמא:
<ion-icon name="chevron-up-circle-outline"></ion-icon>
  1. משתמש יצטרך להוריד את הקובץ svg מהאתר שלהם ויכניס אותו לתקיה יעודית, ואז לDB יכנס רק שם הקובץ.

מה בעצם הגישה היותר נכונה ? ואם יש אולי עוד גישה שלא חשבנו עליה נשמח לשמוע.

5 לייקים

קודם כל, מגניב ביותר ושאפו לכל המוחות המעורבים על העבודה הקשה :pray:t2:

בהחלט תומכת בגישה הראשונה של להכניס את הערך של האלמנט name מתוך הקוד שהם מספקים לעמודה ב-DB, ואז כשמשתמשים בג׳ינג׳ה למשל, להעביר את הערך הנבחר מהעמודה ולהציגו כך עבור כל פיצ׳ר:

<ion-icon name="{{ value_from_db_var }}"></ion-icon>

זאת בהנחה שאכן משתמשים רק בחבילה (הנהדרת) שלהם - זה גם שומר על אחידות בין היתר. זו המחשבה שלי לפחות :blush:

3 לייקים

קודם כל, שתי האפשרויות טובות. אבל לדעתי עדיף לשמור את האיקון בתיקייה נפרדת ובDB לשמור רק את השם של הקובץ

2 לייקים

לדעתי עדיף לא לשמור את העניין ב־DB.
גישה ל־DB היא יקרה, ועדיף פשוט לשלוף את התמונה המתאימה מתוך איזה dictionary שממפה בקוד את שם הפיצ’ר לנתיב של האייקון :slight_smile:

3 לייקים