LDCad 1.7 Beta 1 (win+linux)

[Roland Melkert]

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.

[supertruper1988]

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.

[Roland Melkert]

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.

[supertruper1988]

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.

[Roland Melkert]

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

[supertruper1988]

 (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.

[Roland Melkert]

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.

[supertruper1988]

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.

[Roland Melkert]

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

[supertruper1988]

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!

[Yx Wang]

I found the 1.7 version default does not include brick with modifier in the plain brick catalog. While 1.6 version does. I tried to do a clean install but it still couldn't sort the library. I tried this among all three windows computer and a mac. Then I copied partbin folder under "users/user/AppData/Roaming/LDCad" from 1.6d to 1.7 it all recognize all the parts in the library. Was this a bug? 

On one computer I downgrade 1.7 back to 1.6 under same directory, all the font is gone and this happened to both windows pc and a mac.

[Roland Melkert]

I found the 1.7 version default does not include brick with modifier in the plain brick catalog. While 1.6 version does. I tried to do a clean install but it still couldn't sort the library. I tried this among all three windows computer and a mac.

I changed the default bin configuration with 1.7, the old group has been split into two: with and without patterns. You can go back to the old configuration if you want by replacing the partBin folder of 1.7 with the 1.6 one.

On one computer I downgrade 1.7 back to 1.6 under same directory, all the font is gone and this happened to both windows pc and a mac.

This is the result of changes made to the gui configuration file. You can fix the downgraded 1.6 by deleting the gui folder before you start the exe.

[Jeff Jones]

add autosave like stud.io

[Yx Wang]

I changed the default bin configuration with 1.7, the old group has been split into two: with and without patterns. You can go back to the old configuration if you want by replacing the partBin folder of 1.7 with the 1.6 one.

Gotcha, but I found the brick with modifier has no where to be seen in 1.7 default configuration on PC even if I delete all data in both program files and appdata.

Since I switched from studio is there a way to change this sorting similar to the one with the studio one? I found that one breakdown each item in much detailed path. I just found some parts info at C:\Users\XXX\AppData\Local\Stud.io\NewParts.
But the files under C:\Program Files\Studio 2.0\ldraw seems unsorted and files under C:\Program Files\Studio 2.0\data has such a different structure from LDCad partbin.

[Roland Melkert]

Since I switched from studio is there a way to change this sorting similar to the one with the studio one? I found that one breakdown each item in much detailed path. I just found some parts info at C:\Users\XXX\AppData\Local\Stud.io\NewParts.
But the files under C:\Program Files\Studio 2.0\ldraw seems unsorted and files under C:\Program Files\Studio 2.0\data has such a different structure from LDCad partbin.

I setup the partBin in such a way you can basically configure it to anything you want. The default was made to find basic parts somewhat fast.