-
-
Notifications
You must be signed in to change notification settings - Fork 389
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
fix(ExtruderPanel): restore mode after extruding/retracting #1965
fix(ExtruderPanel): restore mode after extruding/retracting #1965
Conversation
Hi @mryel00, thanks for extending on my PR, I will test it soon. EDIT: dude I was just writing this and I noticed the commit 🤦♂️😆 |
Signed-off-by: Stefan Dej <[email protected]>
Hello, seems to work fine for me, however i suggest you replace the server messages: edit: ....idk for me when i refresh the interface the console is cleared, but yeah, it would be a lie... |
@kraftaksvk this would be just useless. if you refresh the interface, Mainsail will reload the console history from Moonraker and you will see 4 lines. furthermore, it would be a lie to display only 1 line...
the console have to be correct. not "clear"... |
Very true, but can't it be somehow improved? |
it needs 4 lines of gcodes to fix your issue, so it have to be 4 lines of gcodes. this is the shortest way without external sources and i se absolutly no issue with 4 lines of gcodes. |
Altering the output on the console will be very confusing.
Those 3 points should get you the idea of why altering the output, is a pretty bad idea.
Only if you find something with less commands without the need of adding new macros. The solution has to be generic that everyone can use it right out of the box. |
thanks for the explanation, it was somewhat late for me but now I realize the possible consequences, I apologize. I also remembered if I'm not wrong, that there is an option for text size in the console..? Which could in turn look better. |
Probably an overkill, but I do wonder if the same "save & restore" approach should be done for printhead moves (X, Y, and Z) initiated from the UI... 🤔 |
Thank you for your comment. I thought Klipper would return to the original position with the RESTORE_GCODE_STATE command, but it doesn't. I've also pinged you in my test PR. I'll ask Alexz what he thinks about this PR. I trust his opinion in terms of macros. |
@pedrolamas my answer to it can be found at #1988. |
Description
This PR restores the gcode state to the state before the extrusion, triggered through the UI, happenend.
The old behavior changes the extrusion mode and can create problems with absolute extrusion setups.
The new behavior saves the state with
SAVE_GCODE_STATE
an unique name and restores this state withRESTORE_GCODE_STATE
after the extrusion happened.Related Tickets & Documents
This extends on the idea of #1964 but uses only Klipper built in commands to make this more generic.
Mobile & Desktop Screenshots/Recordings
none
[optional] Are there any post-deployment tasks we need to perform?
none