-
-
Notifications
You must be signed in to change notification settings - Fork 5.4k
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
Docs: sample-macros.cfg: minor change to avoid confusion #6528
Conversation
It has been noted a couple of times that this file states to only use the bare macro names in the slicer. Which is fine if you want to set your own temperatures in klipper but not if you want to pass the actual temperatures through as mentioned in the slicers.md doc linked. This minor change is aimed at causing less confusion. Thanks James Signed-off-by: James Hartley <[email protected]>
typo Signed-off-by: James Hartley <[email protected]>
Thanks. I'm not sure I understand the new comments. Maybe an alternative would be to change the existing reference to Slicers.md to something like "Be sure to read docs/Slicers.md before using these macros." Cheers, |
Basically some people were not either reading slicers.md and not realizing that to actually get the temperatures passed from a slicer they had to actually pass through the variables/parameters in the slicer gcode(and not reading the linked doc), Or they were viewing it as ignoring the sliceres temperature and just setting the defaults to what they want in the macro as defaults. This change is just to explain this and point them towards the file that was already pointed to for further information. Does that make any more sense? Thanks |
I understand. However, I fear if I did not already know what the macros did, I would not understand the new comments. I guess I'm wondering if it is useful to explain the low-level implications of the macros to those that don't want to read the documentation - as they wont read/understand these new comments either. Thus maybe we just need to make it more succinct that reading the documentation is necessary. Thanks for working on this. We can certainly reword the comments and I'm open to any wording. |
The other option we have is we just put the correct syntax including the parameter pass in the sample macro file and tell them to read the documentation for more information. Thanks |
Maybe something more like:
It avoids the confusing "replace" language, but doesn't attempt to duplicate the documentation or go into excessive detail about the limitations of a specific way of calling the macros that isn't the way most people should be using them. |
Thank you for your contribution to Klipper. Unfortunately, a reviewer has not assigned themselves to this GitHub Pull Request. All Pull Requests are reviewed before merging, and a reviewer will need to volunteer. Further information is available at: https://www.klipper3d.org/CONTRIBUTING.html There are some steps that you can take now:
Unfortunately, if a reviewer does not assign themselves to this GitHub Pull Request then it will be automatically closed. If this happens, then it is a good idea to move further discussion to the Klipper Discourse server. Reviewers can reach out on that forum to let you know if they are interested and when they are available. Best regards, PS: I'm just an automated script, not a human being. |
That's fine. We could also just set the temperatures explicitly in the sample macros. That is, if users are confused by the complexity of the example then we can simplify the example. I'm open to other alternatives as well. Cheers, |
It has been noted a couple of times that this file states to only use the bare macro names in the slicer. Which is fine if you want to set your own temperatures in klipper but not if you want to pass the actual temperatures through as mentioned in the slicers.md doc linked. This minor change is aimed at causing less confusion.
Thanks
James