Nesting for event pages? #291
Replies: 3 comments
-
Yes, I totally agree. I'd like to do that with AMTA, EAMT, AAMT as well, but it can be trickier. All of these have an entry under The fix I think is easier right now, and which is not my favorite, is: we could move each organisation's description to Event's higher level, and then nest each organisation's events... Or maybe we could move The thing is that:
Either way, we can nest events in a structure similar to this: Events
What would constitute a smaller or random event? Are those events the ones that are not recurrent? What if we separe them among |
Beta Was this translation helpful? Give feedback.
-
You're right, they're also orgs, and WMT could be one too. I realised we can't just make structure in the events sidebar, because the event series pages will shadow the paths for the orgs pages, like /amta. So I see a few choices:
I think either way we'll need to add |
Beta Was this translation helpful? Give feedback.
-
I agree, the sidebar should reflect the order in which events appear in the Events table.
Can we have the nesting without adding it to the URL? So that we don't have I'm thinking of something such as
This information is already available in most events' front matter, except for the cases such as |
Beta Was this translation helpful? Give feedback.
-
We decided not to make event instance pages (e.g. WMT22) as "children" of the event class pages (WMT).
But maybe that was wrong?
I see 2 benefits to making them instances:
I see 1 drawback:
Beta Was this translation helpful? Give feedback.
All reactions