[internal] Fix playground structure#6466
Conversation
|
These are the results for the performance tests:
|
|
I think that this change defeats the purpose of the introduction of the playground. The problem I tried to solve was:
We are introducing pain 6 back with this PR: I think that the trap is that gitignore only applies to files that are not tracked yet. This PR tracks An improved version proposal: mui/material-ui#34739 |
|
@oliviertassinari The original implementation had the same "issue" you are referring to—if you were to modify I was initially unaware of this workflow to test components in isolation and changes were made to adapt to the way others (Siriwat, Flavian) got used to using it. By no means—I do agree that this process could be improved and it's discoverability made better (like what you are suggesting in your PR 👍 ). |
@LukasTy Ah right makes sense 👍, I misinterpreted how this new file was supposed to be used. The changes looks good then. So mui/material-ui#34739 is only about pushing the solution a step forward with, e.g. documentation on how to use it. |
|
My current usage is as followed: I have one playground which is cleaned several times a day ( But I also have other playgrounds (currently I never touch |

The existing git structure was not as expected for
playgroundusage.playground.example.tsxplayground/example.tsxexplaining how to use it.gitignoreentry