-
-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rework tracks grouping/presentation #1170
base: main
Are you sure you want to change the base?
Conversation
✅ Deploy Preview for cyf-curriculum canceled.
|
✅ Deploy Preview for cyf-common canceled.
|
✅ Deploy Preview for cyf-launch ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
✅ Deploy Preview for cyf-sdc ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
✅ Deploy Preview for cyf-programming ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
✅ Deploy Preview for cyf-tracks ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
✅ Deploy Preview for cyf-piscine ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
✅ Deploy Preview for cyf-itd canceled.
|
Oh Daniel do you want to break my heart! Absolutely not! 😂 😭 I mean, I completely agree with the organisation and the descriptions, but we can't have this layout I will DIE. I think it might another case for Taxonomies? And we can put some kind of info dump underneath if we need to. |
As per our last syllabus team meeting, we think these are the three families of tracks we have. Explain a bit of context as to what each category is. This maybe makes more sense to do under the headings of each group of tracks? But then the text is going to be awfully skinny... Also, self-study tracks may have specific prereqs - we should list them so people know what they may want to opt to study.
Some things we should decide: * Do we want to still support menus, or should we just make everything be a taxonomy? * How do we want to handle compatibility here? I've renamed the map frontmatter to menus_to_map to make it more clear what it is, but this is a breaking change - I can add in a fallback for compatibility, or just have this be a break. If we're deleting the menus way and forcing taxonomies, we should almost certainly do that as a breaking change. If we're going to allow both, it's more of an open question. And we need to style the new layout, because it's hideous.
518c1a7
to
b2e1e29
Compare
I've pulled out the "adding a taxonomy map" into #1187 and will pick up the "adding metadata to the terms" piece here when that is merged. |
What does this change?
As per our last syllabus team meeting, we think these are the three families of tracks we have.
Explain a bit of context as to what each category is. This maybe makes more sense to do under the headings of each group of tracks? But then the text is going to be awfully skinny...
Also, self-study tracks may have specific prereqs - we should list them so people know what they may want to opt to study.
Common Theme?
Org Content?
Updates tracks metadata.