Add Testing pages#37
Conversation
For auto-generated sidebars, no. You can't do it but it is apparently on the roadmap.
I would imagine that we don't want it too deep. I'd suggest that three levels is probably the most we want most of the time. That's what I'm looking at for the Acitivty module plugin type. |
7431021 to
36010f4
Compare
|
Andrew, thanks for answering the questions I raised and helping me to find a way to deal with sidebar for pages that are not displayed in sidebar! :-) For now, this patch migrates the following pages:
I have under my radar other testing pages but, for now, I think it's better to get those and then create a separate patch for the rest :-) |
andrewnicols
left a comment
There was a problem hiding this comment.
Thanks for working on this Sara,
The changes look awesome :) I've added a few notes, mostly relating to grammar, but a few relating to the use of admonitions and other items.
I feel like we should try to write in full sentences - especially in the admonitions when linking to docs. We should also avoid using them as a stylish wait of adding a header. They should really have content.
Finally I think we should think about our terminology and try to be consistent with it - specifically that we shoudl call the iTeam the "Integration team" in all docs rather than use the colloquialism.
Looks great :) 💃
In some pages, we might want to exclude docs from sidebar generation (but display sidebar when accessing to those docs). We've been testing the [ref" item](https://docusaurus.io/docs/next/sidebar/multiple-sidebars#sidebar-item-ref) but it's for a different purpose. So, for now, we've added the 'docusausus-hidden' class to the sidebar in order to display a sidebar for these pages, without displaying any link in the sidebar. Example of use: ``` { type: 'doc', id: 'development/process/testing-integrated-issues', className: 'docusaurus-hidden', }, ```
This commit adds the following testing docs: - Testing - Testing integrated issues - QA testing I've also updated the content of these pages: - I've removed references to Wednesday (as testing day) in the Testing integrated issues, because we're not following this approach anymore. - I've added reference and link to Behat in Testing page. The testing sidebar now is generated manually, because the items should be displayed in the same order as they appear in the workflow. Apart from that, some of the testing docs linked from Testing page, such as Testing integrated issues or QA testing won't be displayed in the sidebar (but the sidebar will be displayed when this doc is accessed).
094f054 to
f74f6dc
Compare
|
Thanks for the review, Andrew! :-) It looks better now!! <3 As you'll see, I've moved testing-integrated-issues and qatesting to the testing folder (inside process), and also renamed these files (to remove the redundant testing). Apart from the changes, I've also created the Testing category... In fact, I was wondering if we should split "Process & policies" in two separate items in the navbar (in a different issue): it will remove one level in the sidebar and will help users to find information (because there will different pages for Process and Policies) ;-) What do you think? |
Co-authored-by: Andrew Lyons <andrew@nicols.co.uk>
|
Thanks Sara, Let's move the discussion of the organisation to a different issue but my concern about that is that things become a little too separate. We can try it though and see how it looks! |
|
I've created a PoC (and a pull-request) with the proposal for the navbar I mentioned here, to split Process and Policies: #46 |
Fix app remote theme examples

I've started migrating Testing pages, like https://docs.moodle.org/dev/Testing and https://docs.moodle.org/dev/Testing_of_integrated_issues.
While working on this patch, I've also updated the content of these pages:
in the Testing integrated issues, because we're not
following this approach anymore.
QUESTION 1: Can a page have no sidebar assigned? I can put the

"Testing integrated issues" into the "Testing" section, but
that's something we might face on other pages. How should we
deal with them?
QUESTION 2: Apart from that, how many category levels we'll support/have?