Skip to content
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

Auto ID-ing of multiplies #4

Closed
ImagineerNL opened this issue Jun 16, 2022 · 5 comments
Closed

Auto ID-ing of multiplies #4

ImagineerNL opened this issue Jun 16, 2022 · 5 comments
Labels
enhancement New feature or request fixed Issue fixed in the current release

Comments

@ImagineerNL
Copy link

Not sure if this is even possible since 'multiply' of objects is a cura feature.
If you currently multiply an ID'd object, the copies have the same ID, but do get the new object name 'object (2).stl'

'fixing' this might need an extra look at what happens when an ID is already in use for that object
(for example; object.stl ID1, object(1).stl ID2 and creating a copy of object.stl... that would create an object(2).stl but would the ID be 2 or 3?)

@5axes 5axes added fixed Issue fixed in the current release and removed fixed Issue fixed in the current release labels Jun 16, 2022
@5axes
Copy link
Owner

5axes commented Jun 16, 2022

You're right if you multiply an object ie : object.stl the new element will be named object.stl(1) object.stl(2)

The axctual plugin doesn't use any previous number fixed by Cura . Perhap's we could define a new function something like "Add number from the model name" and in this case we could use the number at the end of the model name to set the number. But We will have anyway the problem of the first model without number ( except if you modifify this model name manualy to add a new number ie : object.stl(3)

@5axes 5axes added enhancement New feature or request cura Upstream Bug or issue due to Cura normal behaviour or a Cura issue labels Jun 16, 2022
@ImagineerNL
Copy link
Author

ImagineerNL commented Jun 19, 2022

Well its easy; when theres no number, start with 0
The numbering is usually only important when having multiple copies, so only a 0 wouldnt occur.
naming them after the value behind .stl isnt an issue since you never manually add another number AFTER the .stl extension.
It is only in Cura that this is implemented. it isnt 'object(1).stl, but object.stl(1). (i missed that in my initial issue)

If you trick, re-arrange and define the '' as '1', the (1) as '2' etc you will eventually get other referencing issues in the Object List (bottom left)

image

Luckily it seems they fixed cura5 where in cura 4 creating a copy of 'object.stl(1)' created 'object.stl(1)(1)', but now it is correctly named 'object.stl(2)' of if that already existed it is 'object.stl(3)'

Different ID for different objects (object1.stl(1...3) and object2.stl(1...3) can be an issue and might be resolved with an 1.1..3 2.1..3

But then we might be stretching the usecases :)

@5axes 5axes added fixed Issue fixed in the current release and removed cura Upstream Bug or issue due to Cura normal behaviour or a Cura issue labels Jun 20, 2022
@5axes
Copy link
Owner

5axes commented Jun 20, 2022

New Function : Add Number From Part
https://github.com/5axes/NameIt/releases/tag/V1.1.0

@5axes 5axes closed this as completed Jun 20, 2022
@5axes
Copy link
Owner

5axes commented Jun 23, 2022

V1.2.0 -> V1.3.0 If no Number exist in the name then do nothing but a message will inform you that only some element have been created. The last number is keep in memory so selecting the object withour number and using the add number function will create the missing identifier

@5axes
Copy link
Owner

5axes commented Jul 7, 2022

The Rename Models function integrated in the last release give an other solution to this issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request fixed Issue fixed in the current release
Projects
None yet
Development

No branches or pull requests

2 participants