Upcoming LDCad 1.7 Beta 1

[Roland Melkert]

Hello all,

Next week I'm hoping to pickup LDCad 1.7 development again.

So if anyone is sitting on a bug (1.6d/1.7 alpha) or (small) feature request please let me know here.

I'm especially interested in things needed to get the shadow editing workflow going combined with github (https://github.com/RolandMelkert/LDCadShadowLibrary)

There are already features planned to auto force headers etc, but as I'm new to github people might have additional ideas.

Second main interest is the LUA scripting api, any ideas on additional functions/objects are welcome.

[N. W. Perry]

Hello all,

Next week I'm hoping to pickup LDCad 1.7 development again.

So if anyone is sitting on a bug (1.6d/1.7 alpha) or (small) feature request please let me know here.

I'm especially interested in things needed to get the shadow editing workflow going combined with github (https://github.com/RolandMelkert/LDCadShadowLibrary)

There are already features planned to auto force headers etc, but as I'm new to github people might have additional ideas.

Second main interest is the LUA scripting api, any ideas on additional functions/objects are welcome.

I do have a crash problem lately but I think it is in Wine, not LDCad. If it happens again I will post the backtrace; maybe you can make something out of it?

Otherwise I think you have some ideas from me already for the API…

As for shadow editing, I haven't done it much recently because I've been using compressed libraries, and I got tired of always unpacking and re-packing them. I don't suppose there's any way around this? Or I could just go back to uncompressed libraries; with the new silicon Mac I'm sure I'd notice no difference in speed (not that I did before, anyway).

But maybe with the git workflow, instead of a message saying "you can't edit this because it's zipped", there could be an option to say "you can't save changes locally; do you want to submit to the repository instead?"

[Sam Potter]

Hello all,

Next week I'm hoping to pickup LDCad 1.7 development again.

So if anyone is sitting on a bug (1.6d/1.7 alpha) or (small) feature request please let me know here.

I'm especially interested in things needed to get the shadow editing workflow going combined with github (https://github.com/RolandMelkert/LDCadShadowLibrary)

There are already features planned to auto force headers etc, but as I'm new to github people might have additional ideas.

Second main interest is the LUA scripting api, any ideas on additional functions/objects are welcome.

ability to add reference images (more the merrier)

[Roland Melkert]

But maybe with the git workflow, instead of a message saying "you can't edit this because it's zipped", there could be an option to say "you can't save changes locally; do you want to submit to the repository instead?"

I'm not really a fan for 'micro' commits, I usually work on a whole LDraw release before doing a commit myself.

[Roland Melkert]

ability to add reference images (more the merrier)

I keep forgetting this feature, last I did some prep work on it I conjured up a new meta for it:

0 !LDCAD IMAGE [name=bla.png] [pos=x y z] [ori=a b c d e f g h i]  [scale=x y z]

This format will allow for an unlimited amount of images.

[N. W. Perry]

A couple tiny things:

• In the header dialog, tags tab, content type menu (model, primitive, subpart etc.): Is there any way for the drop-down to show the whole list of options without scrolling? This is incredibly minor, but I've noticed with new (sub)files, that I absolutely ALWAYS have to scroll because "LDraw.org Model" is near the bottom of the list. (Alternately, could the menu be sorted so that the model options are at the top?)
  
• Any chance of finally getting that THEME meta option in this dialog?
  

Somewhat bigger idea, maybe for a later version…

• Nested editing is such a helpful and powerful feature (and probably doesn't get enough credit for helping make LDCad the tool of choice that it's become). Have you ever thought about adding a functionality for nesting levels? That is, setting the number of levels into the model tree that you go? I have a few models that are organized such that I often want to work with submodels of submodels, and they happen to be all at the same hierarchy. I know I can use nesting exclusions, but those aren't saved with the file and would have to be re-assigned at each new editing session.
  

[Stefan Frenz]

Hi Roland,

I'm still working on the collision detection script. If there would be some "internal" support, I would really appreciate this an would like to adopt my script or completely rewrite my scripting attempts.

Thanks and best regards
Stefan

[N. W. Perry]

I mentioned an issue with a script not working properly in this post. I wondered if it's an issue with LDCad rather than the script?

The reason I think so is because the script is actually your code, so I'm guessing it works right.  But the other reason is, I had an earlier version of the script using my own totally different code, and it had the same problem. I think it must have to do with how LDCad handles comments in the source window (also because I know the source window isn't the complete, literal source of the file).

[Roland Melkert]

If there would be some "internal" support, I would really appreciate this an would like to adopt my script or completely rewrite my scripting attempts.

Exposing the internal collision information in the api is on my todo/partial ready.

I wondered if it's an issue with LDCad rather than the script?

It seems to work in the current 1.7 Beta 1, but I'm not entirely sure about the problem you're having. Could you send me an example model?

[N. W. Perry]

I mentioned an issue with a script not working properly in this post. I wondered if it's an issue with LDCad rather than the script?

The reason I think so is because the script is actually your code, so I'm guessing it works right.  But the other reason is, I had an earlier version of the script using my own totally different code, and it had the same problem. I think it must have to do with how LDCad handles comments in the source window (also because I know the source window isn't the complete, literal source of the file).

It seems to work in the current 1.7 Beta 1, but I'm not entirely sure about the problem you're having. Could you send me an example model?

Sure, you can use the attached model, which has a bunch of text comments after the header. I've also got a quick animation of the problem:

  ezgif.com-gif-maker.gif (Size: 498.58 KB / Downloads: 341)

It should uncomment those lines (remove the '0 // ' prefix), not delete the whole line.

[Roland Melkert]

Sure, you can use the attached model, which has a bunch of text comments after the header. I've also got a quick animation of the problem:


It should uncomment those lines (remove the '0 // ' prefix), not delete the whole line.

I think what's happening here is the line without 0 // is demoted to 'white space' internally.

Then when you want to toggle it back a white space line is essentially empty no matter it's original source.

Exceptions are 'garbage' lines loaded at file load, those will be preserved.

This is one of those situations that was never an issue in the pre scripting era of the program.

I will try to improve it, but this really shows the need of a whole new core loading system (LDCad 2.0).

[N. W. Perry]

I think what's happening here is the line without 0 // is demoted to 'white space' internally.

Then when you want to toggle it back a white space line is essentially empty no matter it's original source.

Exceptions are 'garbage' lines loaded at file load, those will be preserved.

This is one of those situations that was never an issue in the pre scripting era of the program.

I will try to improve it, but this really shows the need of a whole new core loading system (LDCad 2.0).

Makes sense, since if you uncomment a comment you're left with an invalid line.

Theoretically I could probably put in a check to make sure the uncommented line is still valid LDraw code, but I'm not sure I'll bother. I'd probably just avoid uncommenting comments (no use case for it anyway, other then as part of a shift-selected block of lines perhaps).

At least until LDCad 2.0, anyway. 

[SNIPE]

it would be cool if there was a way, using the LDCAD API to get the dimensions of base primitives.
By 'base primitives' I mean primitives that are at level 0  and don't reference any other primitive(s).

This is required in order for me to do bin packing algorithms without just making a billion variables for entire part dimensions (inefficient)
It is better to go all the way down to the smallest primitive instead.
 The bin packing algorithm is part of my optimization tool called LegoScript, which allows the user to load an LDRAW model and then replace several parts with fewer parts while keeping the model practically the same.

The user can input different queries that change the search behaviour and results of the algorithm, for example I can tell it to not automatically find everything and optimize it all but to instead only search for say, 3024.dat, or, another example is to only search for parts in the LDRAW model that are of type 'brick modified' and then it will perform some sort of parts replacement, or do nothing.

Also the ability to move a part diagonally by holding the left or right arrow key at the same time as holding the up or down arrow key would be a massive help

Regards, Snipe

[N. W. Perry]

This is one of those situations that was never an issue in the pre scripting era of the program.

I will try to improve it, but this really shows the need of a whole new core loading system (LDCad 2.0).

Here's another funny side effect: if I apply some mutation to a type 1 line, then comment it out, the comment will have greater decimal precision than the real type 1 line (i.e., 8 places rather than 6). I can go back and forth like this until I quit and re-launch, then the lower precision is "baked in".

I think I understand why this is from prior experience, but it's important to note that the script is acting on the lines as LDCad sees them internally, not the literal source lines that will be written to the file.

Editing to add: I'm still getting a fairly consistent crash after using my script. It's not immediate, but it does seem to accompany closing a file and/or the application, and only ever happens when I've been using the script.

Says it's a Wine problem, but I'll attach the log in case anyone can make sense of it:

  backtrace.txt (Size: 6.63 KB / Downloads: 2)

[Roland Melkert]

Here's another funny side effect: if I apply some mutation to a type 1 line, then comment it out, the comment will have greater decimal precision than the real type 1 line (i.e., 8 places rather than 6). I can go back and forth like this until I quit and re-launch, then the lower precision is "baked in".

I think I understand why this is from prior experience, but it's important to note that the script is acting on the lines as LDCad sees them internally, not the literal source lines that will be written to the file.

Yes, once a line is marked modified it contents will be regenerated upon save.

Editing to add: I'm still getting a fairly consistent crash after using my script. It's not immediate, but it does seem to accompany closing a file and/or the application, and only ever happens when I've been using the script.

Says it's a Wine problem, but I'll attach the log in case anyone can make sense of it:

Thanks I will look into it.

Too bad a backtrace log won't help, as I compile releases minus debug options and heavy on optimization.

[Jaco van der Molen]

Hello all,

Next week I'm hoping to pickup LDCad 1.7 development again.

So if anyone is sitting on a bug (1.6d/1.7 alpha) or (small) feature request please let me know here.

I'm especially interested in things needed to get the shadow editing workflow going combined with github (https://github.com/RolandMelkert/LDCadShadowLibrary)

There are already features planned to auto force headers etc, but as I'm new to github people might have additional ideas.

Second main interest is the LUA scripting api, any ideas on additional functions/objects are welcome.

Better late then never, but I have a feature request:
Would it be possible to show a submodel usage count in the Model (content) overview/information groups?
Visible in:

All models curently being edited
Content of current session's file
All models used by the current model (recursively)

Just like you can see a part count in All parts used in the current model (recursive)

[N. W. Perry]

Another tiny little idea…based on something I messed up that was totally my fault, but it gave me the idea at least. 

In file clean-up, remove subfiles option, what about a choice to remove only "orphaned" subfiles—those that are not referenced by ANY other subfile (not just the main one), and that don't themselves reference any other subfiles?

In other words, the same as "All not referenced by main subfile", except that any subfile that references any other subfiles would be treated as a "main" subfile.

The mistake I made was to choose "All not referenced by main subfile", because I had a bunch of little loose subfiles for temporary work that I wanted to quickly delete. But I forgot that there was a major sub-section of my model that wasn't yet referenced by the main subfile, because that doesn't happen until the very final step which I hadn't gotten to yet. So I lost that whole huge chunk of the model along with several subfiles that it contained—and of course I was also silly enough to save the file right after performing the clean-up, but before I realized my mistake!

[Jaco van der Molen]

In file clean-up, remove subfiles option, what about a choice to remove only "orphaned" subfiles—those that are not referenced by ANY other subfile (not just the main one), and that don't themselves reference any other subfiles?

+1

I now use MPDCenter for that.

For my idea would go the same: also count subfiles that are nested.

[Stefan Frenz]

+1 for "keep only subfiles that are referenced transitively by main"

I use LDInspector   for that, but would like to not need it.

[Roland Melkert]

In file clean-up, remove subfiles option, what about a choice to remove only "orphaned" subfiles—those that are not referenced by ANY other subfile (not just the main one), and that don't themselves reference any other subfiles?

In other words, the same as "All not referenced by main subfile", except that any subfile that references any other subfiles would be treated as a "main" subfile.

If this can be done easily I'll try to include it in beta1, otherwise it probably end up into beta2.

[Florent Faramond]

Hello,

There is something wrong with the order of the letters in this warning message  
This happens when you try to add 2 similar folders in library path menu.


  220708.png (Size: 6 KB / Downloads: 177)

[Roland Melkert]

There is something wrong with the order of the letters in this warning message  

Thanks for reporting

[SNIPE]

I found a few problems when editing a model, first of all, (I have mentioned this before, but alas): sometimes even when I make the grouping layer 0 in both nested mode and normal mode and also try using 'detach content' , 'inline' and 'embed unofficial content' it still seems to have parts "linked" in the sense where if I click something like a wheel or a tire it always selects all 4 of them rather than just one... I can eventually stop it from doing that but I have to try every option that I mentioned and then try some of them again and its just a pain.

Secondly, it still is not removing all of the sub-models in the 'change current session' window or the ''all models currently being edited' parts bin category. Even if I close LDCAD and reopen it and load the model again. Most of the sub-models were just put into the main model so it did not lose any parts however one sub-model remained for some reason: 

So hopefully this gets fixed

Thirdly there is currently no way that I can think of to simply locate where in the model a sub-model is being used, even if it is used more than once, so I gave up even tying to find where it was located so that I could inline it and only one the main model with no sub-models. So it would be cool if we could treat sub-models more like parts, for example if you select a part in a model and then double click on a part in the parts bin it will replace that part, but this does not work for replacing sub-models with parts or other sub-models, something that I would find very useful and faster doing it any other way.

Lastly, it would be nice if we could just remove sub-models within LDCAD in two ways, one would keep the file on the HDD (assuming its not just an internal sub-model and is actually in its own file) and just remove any references to it within the currently open file

and the second way would actually remove the file but keep the references, even though they will show up as [MISSING].

I said lastly but I lied  

If I hide some parts in a model and click save as, I can no longer unhide them in both the original file as well as the saved as file.

Ok, that's all for now as I know I've said a lot of stuff that I would like fixing

[Roland Melkert]

I will need some time to reveiw these issues.

Secondly, it still is not removing all of the sub-models in the 'change current session' window or the ''all models currently being edited' parts bin category.

Is this a single mpd? The bin would suggest there is at-least a second file involved (unless that's the bug )

Could you share the mpd?

[SNIPE]

Could you share the mpd?

Sure: Link

[Roland Melkert]

Sure: Link

The bin is actually correct, there are two models being edited. The 'bracket' model is the only other model in the mpd.

'models' in this context aren't just the top level ones, I forgot this myself  

The bracket might be a leftover of inlining/cleanup given the amount of preceding step meta's.

[Citra Susanto]

Hi Roland, I'm not sure if anyone has asked you this yet, but I have a quick question: Will there be another version of LDCad for macOS released in the near future? I really love LDCad—it's small in size but powerful, and it's much more comfortable to use compared to other alternatives. All the necessary components work great, and I can find everything I need easily.

One more thing: Is it possible to decrease the step rotation to 0.1 or lower, instead of the current 0.5? My OCD kicks in when parts are just slightly misaligned. Thanks!

[N. W. Perry]

One more thing: Is it possible to decrease the step rotation to 0.1 or lower, instead of the current 0.5? My OCD kicks in when parts are just slightly misaligned. Thanks!

Yes, the current version (1.7b1) allows rotation stepping down to 0.1 degree. Under Prefs->Editing->Grid stepping you can add additional rows to the set that comes up. For example, I've added both a 0.5 and a 0.1 rotation step, as well as a big 90-degree step for quick orthogonal turns.

Also, under Session->Grid (or just by clicking on the rotation step in the editing compass) you can disable rotation stepping altogether, allowing manual rotations to hundredths of a degree. (You'd have to zoom in pretty far to actually move the pin at a 0.01 resolution, of course…)

[Roland Melkert]

Will there be another version of LDCad for macOS released in the near future? I really love LDCad—it's small in size but powerful, and it's much more comfortable to use compared to other alternatives. All the necessary components work great, and I can find everything I need easily.

A native mac version is very unlikely as I currently don't own any apple hardware. But I do keep an eye on the workability of the windows version under wine. Which as far I know currently works without problems, even the font thing should be fixed with1.7Beta 1 as I adjusted the search path to include the macos location.

One more thing: Is it possible to decrease the step rotation to 0.1 or lower, instead of the current 0.5? My OCD kicks in when parts are just slightly misaligned.

Like mentioned the 1.7 version introduced fractions in the grid configuration, You can also do a precision rotation using the rotation dialog (middle mouse button on the disc).

[Rene Rechthaler]

One more idea (but maybe its more for the 2.0)
are the text labels hardcoded or would a localization possible?
(i've seen it in other programs that the texts have just placeholders <text123> and there are different files where each text then gets translated)
-> then the translation could be done by experienced users to make it easier for the newbies.

[Roland Melkert]

One more idea (but maybe its more for the 2.0)
are the text labels hardcoded or would a localization possible?
(i've seen it in other programs that the texts have just placeholders <text123> and there are different files where each text then gets translated)
-> then the translation could be done by experienced users to make it easier for the newbies.

Most text is centralised in a single .h file but dialogs use a wxWidgets generator which stores stuff in xml etc.

In other words this is not happening for 1.x

But the new 2.0 is already multilingual as it no longer uses wxWidgets. That said development on 2.0 is extremely slow at the moment.

Hence the language files are currently just a few lines:

English:

Code:

!partBin_0p_groupLoadingCaption
Loading...

!partBin_0p_groupEmptyCaption
[Empty]

!partBin_0p_filterEmptyText
[Filter]

!partBin_0p_rootGroupCaption
Top level

Dutch:

Code:

!partBin_0p_groupLoadingCaption
Laden...

!partBin_0p_groupEmptyCaption
[Leeg]

!partBin_0p_filterEmptyText
[Filter]

!partBin_0p_rootGroupCaption
Top niveau