-
-
Notifications
You must be signed in to change notification settings - Fork 4
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
Feature Req: Change job name before octoprint upload #1
Comments
Okay I just noticed the naming dialog in the bottom left or cura, oof! Closing |
Yes, but if i will modify name there then plugin is not working and not adding configured parameters. Its working only if i will not modify name there. :/ Thanks |
@soostdijck Addressing this in GFF+ is the correct place since GFF+ modifies the job name before it is sent to OctoPrint.
The [object_count] option may help you with a more appropriate filename format.
@Jordan87 The behavior I'm seeing is that modifying the name (using the field under the Object list in the lower left-hand corner) before slicing does work, but only once. Modifying the name after that, without re-slicing, and simply selecting the Save to Disk button does not work, the filename format is not used. Can you replicate this behavior? I tested this with the same versions as you: Cura 4.12.1 First name edit: Second name edit: |
Yes, you are corrrect. Its working only if i change name before slicing :) |
I'll see if I can get the filename format to work after editing the name. |
I haven't worked on this issue yet. I'll ask if other developers can help with this. |
It would be great if there was a way to give the job a custom name before uploading to octoprint. Sort of like a "save as" feature. Especially with multiple objects in a single print, the default objectname isn't great.
This doesn't apply to saving local files, because that gives you a filename dialog before actually saving the file to disk.
p.s. I'm not sure if this feature would be at home in this plugin, or in the octoprint plugin itsself.
The text was updated successfully, but these errors were encountered: