| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
The tab on develop looks good. Why is the information then duplicated on a second page? |
Sorry, something went wrong.
There was a problem hiding this comment.
I swear I like this more than my review makes it seem like I do :/
It's one of these things where I think it's great as a standalone guide but since we have all these other docs would prefer if it tied into them more.
Sorry, something went wrong.
|
Because the codespaces.md file will hopefully be opened automatically when codespaces is fired up (which we can't do with rst files) |
Sorry, something went wrong.
|
Is that a usual thing for codespaces? Seems strange to pop open an editable file that is part of the repo. Regardless id just have the markdown file have a link to the canonical instructions and not repeat info. |
Sorry, something went wrong.
| `mpl-dev`: | ||
|
|
||
| ``` | ||
| conda activate mpl-dev |
There was a problem hiding this comment.
I think there is a vscode setting file we can drop to tell vscode we want to use the environment and it will auto-activate for us.
Sorry, something went wrong.
There was a problem hiding this comment.
I will investigate but this was not possible until recently because of the way the terminal is fired up when codespaces is first opened. They have been making a lot of updates lately so I'll verify.
Sorry, something went wrong.
|
I'm less worried about the duplicate text between the tabs. I think reading a unified top-to-bottom flow is nicer than reading it broken up. Is there anything we can do about the navigation on the left? I am not sure what the right order is, but having "Contribute" below the MEP docs and near the bottom seems less than ideal. Looking at this whole section I think the bigger problem is less the repetition, but more the disjointedness as you read through the sections in the order on the left....
If the goal is to make it easy for people to get started, I'm in favor of it being as obviously self documenting in-line as possible. |
Sorry, something went wrong.
| in-browser development environment, that comes with the appropriated setup to | ||
| contribute to Matplotlib). | ||
|
|
||
| A brief overview of the workflows is as follows. |
There was a problem hiding this comment.
I know the purpose of this document may not yet be determined. But, if this is ultimately going to be a beginner's guide for working in codespace, I suggest we remove the workflow for the preferred method throughout and just mention it with a link once. Afterward, only document for the codespaces workflow.
Then change Line 24 to:
A brief overview of the workflow with Codespaces follows.
Sorry, something went wrong.
* Reducing duplication by linking out to contribute guide * Rewording instructions and adding notes on codespaces-specific workflows
|
Here's a second take. I made the codespaces.md file simpler to just link out to the actual contributing guide and reorganized the build instructions a little bit. I think I've addressed most comments but happy to have more feedback. Cheers! Relevant artifact: https://output.circle-artifacts.com/output/job/b7e3320f-aab1-4533-8fd7-98b239eaf25f/artifacts/0/doc/build/html/devel/contribute.html#contributing-code |
Sorry, something went wrong.
There was a problem hiding this comment.
Some style nits but generally I think this is awesome and addressed the concerns!
Sorry, something went wrong.
Co-authored-by: marbled-toast <69227427+marbled-toast@users.noreply.github.com> Co-authored-by: hannah <story645@gmail.com>
|
Here's another take: https://output.circle-artifacts.com/output/job/279bd963-85a5-45e1-89a6-d8bc05a913d5/artifacts/0/doc/build/html/devel/contribute.html#contributing-code The codespaces.md file is now just a list of links, and all the docs are in the Contribute page. I think this is much simpler and better! @story645 the nested numbering is a bit tricky, let me know what you think of this version. |
Sorry, something went wrong.
I see what you mean. Bullets or even spaces - so it's 3 short paragraphs- is also fine. I think it'd be better for the three steps in code spaces are clearly visually separated but I don't care much how. And yeah I also like this version much much better. |
Sorry, something went wrong.
There was a problem hiding this comment.
just posted an example of what I mean by visually distinguishable if the double listing takes up too much space.
Sorry, something went wrong.
| @@ -0,0 +1,9 @@ | |||
| # Contributing to Matplotlib using GitHub codespaces | |||
There was a problem hiding this comment.
I really 😻 the sign-posting here
Sorry, something went wrong.
|
@meeseeksdev backport to v3.8.x |
Sorry, something went wrong.
|
Owee, I'm MrMeeseeks, Look at me. There seem to be a conflict, please backport manually. Here are approximate instructions:
git checkout v3.7.x git pull
git cherry-pick -x -m1 0849036fd992a2dd133a0cffc3f84f58ccf1840f
git commit -am 'Backport PR #26201: DOC: Add documentation on codespaces usage'
git push YOURFORK v3.7.x:auto-backport-of-pr-26201-on-v3.7.x
And apply the correct labels and milestones. Congratulations — you did some good work! Hopefully your backport PR will be tested by the continuous integration and merged soon! Remember to remove the Still Needs Manual Backport label once the PR gets merged. If these instructions are inaccurate, feel free to suggest an improvement. |
Sorry, something went wrong.
|
I don't feel like doing that backport close to 3.8 release. |
Sorry, something went wrong.
…201-on-v3.8.x Backport PR #26201 on branch v3.8.x (DOC: Add documentation on codespaces usage)
| Back | FazBrowse Home | New Git URL |
PR summary
This PR adds a skeleton for codespaces usage documentation. There are definitely improvements to be made but I have a couple of points:
Addresses #26169
PR checklist