I’m not sure it’s possible to link a similar one up to the ToS instead in the same way. The Read Guidelines one relies on the read_faq being recorded in the user_stats table and there isn’t currently a mechanism to do the same for the ToS.
As the user viewable version isn’t the actual topic, I don’t think viewing that page is recorded anywhere (like topic_views etc).
האם אפשר לשנות את מסד הנתונים/טבלאות כדי לכלול read_tos חדש?
ישנו פתרון עוקף פוטנציאלי ומכוער…
…לפרסם נושא כעמוד שפורסם במקום להשתמש באינטגרציה חלקה כמו שאלות נפוצות ואודות. אני לא יודע אם זה באמת יעבוד…
בדיקות וממצאים:
שאילתת ה-SQL מחזירה משתמשים שקראו את הנושא ולכן אמורים לקבל את התג, אבל לא קיבלתי את ההודעה הזו.
אני יכול לאשר שביקורים ב-/pub/slug מבלי לבקר בנושא ישירות יעדכנו את ספירת הצפיות של הנושא… עם זאת, אפילו עם זמן קריאה נמוך באופן אבסורדי, התג לא הוענק אוטומטית.
יש לציין גם שהנושא עצמו עדיין מצוין כחדש ולא נקרא למשתמש.
…
בדיקות בידוד נוספות מראות ששאילתת ה-SQL מרמזת שמשתמשים חייבים לבקר בנושא ישירות כדי להיחשב כמי שקראו את הנושא. אני לא יכול לאשר או להכחיש, מכיוון שהתג לא הוענק, אבל זה הכי סביר.
You can speed this bit up by manually triggering jobs::BadgeGrant from your /sidekiq/scheduler page (for those with access). Mine ran 3 hours ago, but it will differ from site to site.
If you didn’t mind just having them in a regular old topic you could create a new one and add the link to it to your tos url admin setting so it shows up in the tabs still. You could then grant a badge quite easily based on people viewing that topic (though your experiments with published pages may also bear fruit as well )
I think to do it the same as the Read Guidelines one you’d need to create a plugin to replicate the behaviour for the ToS (not my forte though, so take that with a pinch of salt )
This is a required custom field, which I think works out quite nicely for that. Though you only say you’ve read them rather than actually reading them, so it may depend on what the main thrust of granting the badge is for.