-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Fixing adoc out-of-sequence warnings for pico-sdk #2963
Conversation
Hi Nellie, I've just given this a spin, and I don't think it's what we want. In the current (live) version the LHS menu for https://www.raspberrypi.com/documentation/pico-sdk/high_level.html looks like this, which is how @kilograham wants it to be: But when testing this PR it looks like this, which Graham said was "wrong" when this was how https://datasheets.raspberrypi.com/pico/raspberry-pi-pico-c-sdk.pdf displayed things. (note that |
(I've just converted this to draft, to prevent it being merged prematurely) |
@lurch just pushed a change that fixes the issue you pointed out -- how do things look now? |
This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Still needs doing. |
Is this ready to merge? |
@nelliemckesson I've not looked at this, and I'm afraid I don't have time to at the moment 😕 |
|
@nelliemckesson I've just pulled and built this branch, and I still get a load of out-of-sequence warnings? (which is what this PR was supposed to fix?) 🤔
|
505c971
to
c7c4199
Compare
@lurch So, in draft 1 I was shooting for a "good enough" result -- reducing the number of warnings by > 50%. I went ahead and added functionality to completely remove them. For that final 50% reduction, the reason they were occurring was because included adoc files were being BOTH correctly included into their parent, AND processed as standalone files, and when processed as standalone files, the heading levels naturally appeared to be out of sequence. In the new functionality, the HOWEVER, this does mean that if anyone has any bookmarked links to those formerly-standalone pages, those links will now be broken, since that content now only exists in the main flow. I spot-checked a variety of things, like TOC contents and links in the text, and everything seemed to still be ok, but it's totally possible I overlooked something. |
I think this is just fine. |
Unless @lurch has a problem with this on Monday morning, I'm going to go ahead and merge. |
I just spotted that when testing the output of this PR, the example-links on the Examples page now don't auto-scroll to the right place? I.e. on https://www.raspberrypi.com/documentation/pico-sdk/examples_page.html if I click on e.g. "UART example" it goes to https://www.raspberrypi.com/documentation/pico-sdk/hardware.html#uart_example and then scrolls to the right part of the page. But on http://127.0.0.1:4000/documentation/pico-sdk/examples_page.html if I click "UART example" it goes to http://127.0.0.1:4000/documentation/pico-sdk/hardware.html#uart_example but then I'm left looking at the "Hardware APIs" header at the very top of the page. |
And I don't know if it's "expected" or "correct", but part of https://www.raspberrypi.com/documentation/pico-sdk/networking.html#cyw43_ll looks different: |
@lurch I'm not seeing the reordered content -- here's what I see when I build and serve: |
I'm also not experiencing the link/scrolling issue. Might make sense to just sit down together next week and compare what we're seeing, and see if we can figure out why it's different. |
Sounds like a good plan. |
It might be that pesky "different versions of Doxygen produce different output" chestnut again? 🤷 |
c7c4199
to
9d7ebf6
Compare
I think the "weirdness" I was seeing in my local build was purely due to me using an old version (1.8.13) of Doxygen (due to me still running an old version of Ubuntu on my laptop). Works okay on Nellie's laptop (with Doxygen 1.9.7) so on that basis I'm happy to approve this PR. Sorry for holding things up! |
@nelliemckesson Presumably there'll never have been any links (from within our docs) to these standalone-pages, so users would only have been able to find these URLs by guessing at filenames? |
Fixes #2828 . @lurch give it a try and let me know if you see anything unexpected!