LDCad 1.7 Beta 1 (win+linux)


RE: LDCad 1.7 Beta 1 (win+linux)
(2024-12-03, 17:19)Cam's Bricks Wrote: I have just had this thought again and if its not possible to to add basically a check box on this dialog to create a bin for the selected folder, then would it be possible to have a tool to make a bin file from the contents of a folder?

I could add a button to generate a pbg for a user location, but it isn't guaranteed to appear as you expect as pbg content is always loaded against the current search path order.
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
(2024-12-04, 20:46)Roland Melkert Wrote: I could add a button to generate a pbg for a user location, but it isn't guaranteed to appear as you expect as pbg content is always loaded against the current search path order.

In a bigger picture then, is it possible to have a PBG in my user search path and then create a category bin that will load the found bins without having to hard code their path?

IE I have a parts folder called "Trained Bricks Rods" and I put "trained_bricks_rods.pbg" in that folder for those items. Then I add an entry into the root.pbg to load custom.pbg where I have an entry called "Trained Bricks" that looks for "trained_bricks_rods" without a specified path?

I am just trying to see my custom parts in a parts list that is at least semi-automatically, if not fully automatically, generated manner so I dont have to update the pbg every time I add a new part or parts to my library. 

I hope this makes some sense. I could also see this being a nice use case for parts authors to have a way to quickly get at their new parts for testing as they make them but I dont do a lot of that.
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
Quote:I am just trying to see my custom parts in a parts list that is at least semi-automatically, if not fully automatically, generated manner so I dont have to update the pbg every time I add a new part or parts to my library. 

I forgot I added a location name field to the upcoming beta2 and filter options for them in the filtered pbg's.

So what you want is already kind of possible in beta 2. You just need a unique name for the user location(s) and add a custom pbg filtering on it.

It still will load trough the search order mechanics, meaning a 3001.dat in your user folder will only show in the bin if your user location is above the official library.
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
(2024-12-04, 21:08)Roland Melkert Wrote: I forgot I added a location name field to the upcoming beta2 and filter options for them in the filtered pbg's.

So what you want is already kind of possible in beta 2. You just need a unique name for the user location(s) and add a custom pbg filtering on it.

It still will load trough the search order mechanics, meaning a 3001.dat in your user folder will only show in the bin if your user location is above the official library.

So I would need to have a filter PBG that will say look in \Trained_Bricks_Rods and then it will show those parts in that folder?

Just a bit lost on how this all works. Thanks for your help.
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
(2024-12-05, 16:32)Cam's Bricks Wrote: So I would need to have a filter PBG that will say look in \Trained_Bricks_Rods and then it will show those parts in that folder?
Just a bit lost on how this all works. Thanks for your help.

Sort of..

It works just like pbg's filtering on e.g. a category or description, but instead you filter on the location name. This pbg is then placed somewhere in the normal bin tree, easiest would be the models branch as that one loads sub pbg's automatically.

downside it is currently only supported for library locations (so you must use a parts folder inside the root one.)

loc dlg:
   

example pbg:

Code:
[options]
kind=filter
caption=Custom parts
description=My custom parts

<rules>
include libName myCustomParts
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
(2024-12-05, 18:42)Roland Melkert Wrote:  (so you must use a parts folder inside the root one.)

example pbg:

Code:
[options]
kind=filter
caption=Custom parts
description=My custom parts

<rules>
include libName myCustomParts

So it has to be in the LDraw root folder to be included? I can manage that.
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
(2024-12-05, 19:23)Cam's Bricks Wrote: So it has to be in the LDraw root folder to be included? I can manage that.
No it has to be a library location meaning it has (a) parts and/or p subfolder(s). These should always be parallel to the official one. Using a location inside e.g. the official library WILL mess things up.
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
(2024-12-05, 19:39)Roland Melkert Wrote: No it has to be a library location meaning it has (a) parts and/or p subfolder(s). These should always be parallel to the official one. Using a location inside e.g. the official library WILL mess things up.

Ok so it needs to be like this 

Code:
Trained Bricks Rods
                  \Parts
                   \Parts\p
                   \Parts\s

etc?

I really do appreciate your help here.
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
Quote:etc?

More like:

d:\LDraw\myParts -> use in prefs dlg
d:\LDraw\myParts\parts -> your custom part .dat's
d:\LDraw\myParts\parts\s -> if needed
d:\LDraw\myParts\p -> curstom prims if needed.

this along side your other libs, e.g

d:\LDraw\complete.zip

or unzipped

d:\LDraw\2410
Reply
RE: LDCad 1.7 Beta 1 (win+linux)
(2024-12-05, 19:53)Roland Melkert Wrote: More like:

d:\LDraw\myParts  -> use in prefs dlg
d:\LDraw\myParts\parts  -> your custom part .dat's
d:\LDraw\myParts\parts\s -> if needed
d:\LDraw\myParts\p -> curstom prims if needed.

this along side your other libs, e.g

d:\LDraw\complete.zip

or unzipped

d:\LDraw\2410

Got it many thanks for the help!
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: 1 Guest(s)