Discussion Forum: Thread 287509

 Author: Greenbutterfly View Messages Posted By Greenbutterfly
 Posted: Apr 4, 2021 00:48
 Subject: Wanted list uploads blocked by custom parts
 Viewed: 35 times
 Topic: Suggestions
 Status:Open
 Vote:[Yes|No]
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

Greenbutterfly (342)

Location:  Australia, South Australia
Member Since Contact Type Status
Sep 29, 2017 Contact Member Buyer
Buying Privileges - OK
I have a very, very large model of a cathedral. I originally designed it in LDD
18 years ago and now updating it in stud.io.

The cathedral has a balcony with railings. I've created a couple of custom
parts for the railings to fit around the columns... the presence of these railings
in my IO file blocks the upload to my wanted list because they are not genuine
parts available through BL.

I'd like to see those parts ignored... or at least an option to do so.

I know there's the workaround of going through the IO file and deleting them
to upload. But my file has over 46000 parts, these custom parts are embedded
several layers deep in multiple sub-sub-sub-models... which means they're
difficult to find because stud.io doesn't have a fully function find-replace
mechanism (I and plenty of others have requested it, and requested that it work
with sub-models as well as main model).

This is still a work in progress, so I'm not really wanting to delete them
because re-instating them is going to be a pain. Plus with the size of the model
stud.io doesn't behave quite as it should anyway because of all the memory
leaks in it (which is going to affect any attempt to copy-paste the file then
delete the custom parts in the copy)...

PS. I'm sure I've requested this before, but for the life of me cannot
find it. stud.io isn't the only thing with memory leaks
 Author: Greenbutterfly View Messages Posted By Greenbutterfly
 Posted: Apr 4, 2021 04:13
 Subject: Re: Wanted list uploads blocked by custom parts
 Viewed: 25 times
 Topic: Suggestions
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

Greenbutterfly (342)

Location:  Australia, South Australia
Member Since Contact Type Status
Sep 29, 2017 Contact Member Buyer
Buying Privileges - OK
In Suggestions, Greenbutterfly writes:
  I have a very, very large model of a cathedral. I originally designed it in LDD
18 years ago and now updating it in stud.io.

The cathedral has a balcony with railings. I've created a couple of custom
parts for the railings to fit around the columns... the presence of these railings
in my IO file blocks the upload to my wanted list because they are not genuine
parts available through BL.

I'd like to see those parts ignored... or at least an option to do so.

I know there's the workaround of going through the IO file and deleting them
to upload. But my file has over 46000 parts, these custom parts are embedded
several layers deep in multiple sub-sub-sub-models... which means they're
difficult to find because stud.io doesn't have a fully function find-replace
mechanism (I and plenty of others have requested it, and requested that it work
with sub-models as well as main model).

This is still a work in progress, so I'm not really wanting to delete them
because re-instating them is going to be a pain. Plus with the size of the model
stud.io doesn't behave quite as it should anyway because of all the memory
leaks in it (which is going to affect any attempt to copy-paste the file then
delete the custom parts in the copy)...

PS. I'm sure I've requested this before, but for the life of me cannot
find it. stud.io isn't the only thing with memory leaks

For the record, I've found a way around this... but it feels a little clunky.

1. Export from stud.io in Wanted List XML format. This exports only standard
Lego parts.

2. Open the exported XML in a text editor. Select all and copy to the clipboard
or equivalent.

3. In BL, go to "Upload" in the "Want" menu, and select the wanted list from
the drop down.

4. Paste the XML text into the appropriate window and click the button to verify.

5. Proceed through verification as normal.