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.

[Cam's Bricks]

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.

[Cam's Bricks]

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

[Cam's Bricks]

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

[Cam's Bricks]

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

[Cam's Bricks]

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.

[Yx Wang]

On MacOS under Wine. The problem first occurred under Ventura, and an upgrade to Sonoma didn't fix it. Wine version is the Crossover FOSS 23.0.1 but I also got the error under Wine Stable 8.0.1.

I'm also able to confirm that it's the off-screen issue, by choosing Show All [program] Windows from the dock. Then the missing window will appear, and indeed it's a tiny little sliver of a thing. But if I click that window preview to activate it, it goes back to its far-away position and is hidden again.

EDIT: Two things…

First, it is an error with any drop-down menu (not just from the manual rotation dialog). When you open a drop-down, the new pane will appear as a blank void with no menu options displayed. If you then move the dialog menu window, the drop-down pane will now populate with the menu options—but it will stay in place and not follow the window as you move it around. You can then dismiss the dialog using ENTER or ESC, but not until you move the window again will it actually go away.

It's at this point that the program appears to be hung, as window inputs are no longer responsive. You can now quit the program via hotkey, but nothing will happen until, once again, you try to move the program window. Then, the program will suddenly quit (or ask you to save changes, if any). But it will save the config file with those weird window dimensions I posted earlier.

Second, the error does not occur under Wine 8.0.2 (and Wine 9.0 also seems to be OK). But you can see a hint of it, as the drop-down menu pane will still be stuck in place as you move the dialog window, but it will then jump into its proper place and function normally once you put down the window. So I'm not sure if the problem is in Wine itself, or something about LDCad, but it does seem to affect Wine Crossover specifically (which is just Wine 8.0.2 but with Codeweavers' flavor added somehow).

I had exactly the same issue but just before the error occur. I can confirm there was some error showing prior to the frezze up in the terminal. I do not have that error in hand though. My wine version is 10.0 and LDCad was 1.7 Beta 1.

[Roland Melkert]

I had exactly the same issue but just before the error occur. I can confirm there was some error showing prior to the frezze up in the terminal. I do not have that error in hand though. My wine version is 10.0 and LDCad was 1.7 Beta 1.

I'll upgrade wxWdgets to the latest version for beta2, hoping it will fix this.

It's the only thing I can do as far I know.

[Yx Wang]

I'll upgrade wxWdgets to the latest version for beta2, hoping it will fix this.

It's the only thing I can do as far I know.

Code:

00e4:err:hid:handle_DeviceMatchingCallback Ignoring HID device 0x7f8a99007b50 (vid 05ac, pid 0281): not a joystick or gamepad
00b0:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\winebth": c00000e5
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"winebth" failed to start: 1359
00e4:err:hid:handle_DeviceMatchingCallback Ignoring HID device 0x7f8a9910b700 (vid 3434, pid 0120): not a joystick or gamepad
00e4:err:hid:handle_DeviceMatchingCallback Ignoring HID device 0x7f8a98706b70 (vid 3434, pid 0120): not a joystick or gamepad
00e4:err:hid:handle_DeviceMatchingCallback Ignoring HID device 0x7f8a88706710 (vid 3434, pid 0120): not a joystick or gamepad
0024:fixme:keyboard:NtUserActivateKeyboardLayout Changing user locale is not supported
2025-03-11 16:11:14.454 wine[30306:9115877] +[IMKClient subclass]: chose IMKClient_Modern
2025-03-11 16:11:14.597 wine[30306:9115877] +[IMKInputSession subclass]: chose IMKInputSession_Modern
0024:fixme:msg:ChangeWindowMessageFilter c048 00000001
0024:fixme:msg:ChangeWindowMessageFilter 111 00000001

I'm not quite sure does this has anything todo with the sudden freeze up. Today it did crash again. But it did not show any error in the terminal.

[Roland Melkert]

I'm not quite sure does this has anything todo with the sudden freeze up. Today it did crash again. But it did not show any error in the terminal.

This is most definitely a wine problem.

Did a quick search and it seems this kind of problem acts up on the mac branch now and then, going back as fas as 2008.

[N. W. Perry]

This is most definitely a wine problem.

Did a quick search and it seems this kind of problem acts up on the mac branch now and then, going back as fas as 2008.

Is this the same issue with the drop-down menus? It seems like I haven't had the issue recently, maybe something did get fixed in Wine Crossover (I'm now up to version
23.7.1).