LDCad 1.6 Alpha 4 (win+linux)


LDCad 1.6 Alpha 4 (win+linux)
#1
Hi all,

I've released LDCad 1.6 Alpha 4.

As always some new things in this one:

Mirroring
This works out of the box on most parts assuming those parts are symmetrical in the X direction or not symmetrical at all. Parts having a left and right version will also usually work out of the box as the feature uses the 'left' / 'right' phrases in descriptions to locate the counter part. All other parts will need shadow information to tell the feature how to mirror and or what the counter part is. I added this information for the technic panels and some technic pins. I will add more during the beta stage. Any help on this is also appreciated Smile

(MPD/OMR) file cleanup
This is a generic fle clean dialog which lets you handle things like prefixes, removal of unused submodels and part embedding etc

Layered grouping (EXPERIMENTAL)
Quick and dirty implementation of layering. This allows for the different group configurations of overlapping content. You can also use it to temporary disable grouping to work with the loose items without having to ungroup first.

Redirection removal
This will replace ~moved to, alias and coloured parts in the selection with their final destinations.

And many bugfixes and small tweaks.
Like usual.



This will probably be the last Alpha version as only two major things are remaining.

I think this is the most stable Alpha so far, it might even be on par with 1.5 but please realize this is still a test version so it might be (very) unstable use it separate from your normal LDCad installation and make backups of the files you want to edit.

Download it here:

http://www.melkert.net/LDCad/nextVer

As always any and all feedback is welcome.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#2
Got a little problem since I use alpha4: most of the time (but not always!) when starting/opening a model, LDCad complains that "samples.lua" and "tools.lua" files have been changed (and no they weren't!), and proposes to reload them. Log attached. Machine is my old XP laptop, ldcad is placed in program files folder.


Attached Files
.zip   logFile-2016-08-18-12-14-54.zip (Size: 44.17 KB / Downloads: 1)
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#3
(2016-08-18, 11:34)Philippe Hurbain Wrote: Got a little problem since I use alpha4: most of the time (but not always!) when starting/opening a model, LDCad complains that "samples.lua" and "tools.lua" files have been changed (and no they weren't!), and proposes to reload them. Log attached. Machine is my old XP laptop, ldcad is placed in program files folder.

Thanks,

I noticed this once before, also on a XP machine, but it seems to be more related to machine speed then the os type though.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#4
Nitpicker report of the day: "select same part" doesn't work in nested mode on unofficial parts embedded with cleanup function...

Otherwise... I sometimes miss a "find" function to locate a part of a known type in a complex model. Could be as "simple" (?) as a text find in the source window. (maybe I already asked for this...)
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#5
(2016-08-29, 16:27)Philippe Hurbain Wrote: Nitpicker report of the day: "select same part" doesn't work in nested mode on unofficial parts embedded with cleanup function...

Otherwise... I sometimes miss a "find" function to locate a part of a known type in a complex model. Could be as "simple" (?) as a text find in the source window. (maybe I already asked for this...)

Thanks Philo,

a search function for the source window could be very handy indeed, I might add something simple in the 2nd beta if it can be done without danger of breaking other stuff Smile
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#6
In the meantime, a workaround:
- add a new instance of the part you are looking for
- select same type (and color), generally using nested mode to access all parts of the model
...and to find the needle in the haystack:
- select invert / hide.

Otherwise, some information on the number of currently selected parts (in status bar?) would be appreciated!
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#7
Feature request of the day:

* I'd like to see the category title or whatever LDCad prints out in the headline mirrored to the palette number:


.png   LDCad.png (Size: 12.71 KB / Downloads: 617)

* It looks like there's still no equivalent to the a key in MLCad (or I couldn't find it)

w.
LEGO ergo sum
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#9
(2016-09-13, 11:06)Willy Tschager Wrote: * I'd like to see the category title or whatever LDCad prints out in the headline mirrored to the palette number:
* It looks like there's still no equivalent to the a key in MLCad (or I couldn't find it)
I don't know about the labels, it seems a bit 'big' to me... I'll think about it.

the a key: 'rotate around y axis' should be possible in 1.6 by changing the 3 editing pin hotkey configurations, but you are right, I forgot to add abs rotation actions to those key groups. I'll add it for Beta 1.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#8
How do I switch to MLCad-like part movement? I.e. press an arrow key to move the part laterally, and home/end to move up or down? Thanks.

[edit]

Also, I want to get rid of the dongle hanging off the selected part. I don't plan on using it.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#10
(2016-09-13, 23:50)Michael Horvath Wrote: How do I switch to MLCad-like part movement? I.e. press an arrow key to move the part laterally, and home/end to move up or down? Thanks.

Also, I want to get rid of the dongle hanging off the selected part. I don't plan on using it.

This will be fully possible 1.6 Beta 1, see my replay to Willy above.

As for the 'dongle' if you mean the editing pin you can hide that anytime using 'p'
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#11
Nice. Could you maybe add an 'MLCAD mode' toggle option that sets up the part movement keys, editing pin, and four orthographic views to be like they are in MLCAD/LDEDIT? That would be a big help to those of us making a transition from MLCAD to LDCAD. Thanks.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#12
Got a crash during an acrobatic manipulation... I was attempting to transform a few pneumatic hose to their LQ version, and figured out it would be faster to use a search and replace in a text editor. After doing this, I saved file in the text editor, then switched back to LDCad. I was mildly surprised that LDCad didn't propose to reload file, so I closed/reopend it. Then I wanted to save file again, hoping to see file size reduction caused by LQ usage. When I pressed save button, LDCad said that my file was updated by an external application, I said "yes" to reload. Crash. Log attached...

Otherwise there is a bug in 15535s01 "~Tile  2 x  2 Round with Hole without Top Face" shadow: middle hole shoudn't be capped.


Attached Files
.zip   logFile-2016-09-16-13-35-36.zip (Size: 88.54 KB / Downloads: 1)
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#13
(2016-09-16, 12:33)Philippe Hurbain Wrote: Got a crash during an acrobatic manipulation... I was attempting to transform a few pneumatic hose to their LQ version, and figured out it would be faster to use a search and replace in a text editor. After doing this, I saved file in the text editor, then switched back to LDCad. I was mildly surprised that LDCad didn't propose to reload file, so I closed/reopend it. Then I wanted to save file again, hoping to see file size reduction caused by LQ usage. When I pressed save button, LDCad said that my file was updated by an external application, I said "yes" to reload. Crash. Log attached...

Otherwise there is a bug in 15535s01 "~Tile  2 x  2 Round with Hole without Top Face" shadow: middle hole shoudn't be capped.

I think what happened here is: somehow the app focus event was missed, then the manual reload invalidated the cached file objects and finally a second app focus tried to reload the now non existing objects. Smile

I'll look into this but it might be hard to replicate, I can probably easily prevent it from using those invalid objects though.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#14
(2016-09-16, 12:33)Philippe Hurbain Wrote: I was attempting to transform a few pneumatic hose to their LQ version, and figured out it would be faster to use a search and replace in a text editor.

Also after reloading you might need to force a regeneration of all parts by ctrl+shift+f5 or some of them might still use the HQ ldraw fallbackcode.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#18
(2016-09-16, 18:41)Roland Melkert Wrote:
(2016-09-16, 12:33)Philippe Hurbain Wrote: I was attempting to transform a few pneumatic hose to their LQ version, and figured out it would be faster to use a search and replace in a text editor.

Also after reloading you might need to force a regeneration of all parts by ctrl+shift+f5 or some of them might still use the HQ ldraw fallbackcode.
Just noticed an issue with LQ pneumatic hose: generated substitution code is BFC inverted, BFC INVERTNEXT is applied to outer 4-4cyli instead of inner one. I checked 166.dat in my library, it's OK...
(edit): found the (not guilty) culprit: 166.dat is CW, not CCW. But changing from CW to CCW should invert all surfaces (tris and quads), not primitives! Anyway, changing 166 to CCW and regenerate all parts solved the issue Wink
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#19
(2016-09-20, 7:41)Philippe Hurbain Wrote: Just noticed an issue with LQ pneumatic hose: generated substitution code is BFC inverted, BFC INVERTNEXT is applied to outer 4-4cyli instead of inner one. I checked 166.dat in my library, it's OK...
(edit): found the (not guilty) culprit: 166.dat is CW, not CCW. But changing from CW to CCW should invert all surfaces (tris and quads), not primitives! Anyway, changing 166 to CCW and regenerate all parts solved the issue Wink

Thanks Philo, as 166 is an official part you can also uncheck 'inline donor references' in the path skin properties.

This will disable the bug related part of generation and remove the need to embed a modified 166 into the mpd (as I suspect you did?).

It will also reduce filesize a bit more, it being enabled is purely an copy paste action on my side while making the template anyway Smile
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#20
(2016-09-20, 19:11)Roland Melkert Wrote: Thanks Philo, as 166 is an official part you can also uncheck 'inline donor references' in the path skin properties.

This will disable the bug related part of generation and remove the need to embed a modified 166 into the mpd (as I suspect you did?).

It will also reduce filesize a bit more, it being enabled is purely an copy paste action on my side while making the template anyway Smile
No, I wasn't smart enough to think of this possibility Wink - Done now.
BTW, what's the intended purpose of this inlining capability?
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#22
(2016-09-21, 7:21)Philippe Hurbain Wrote: BTW, what's the intended purpose of this inlining capability?

Portability,it removes the need for third party renderers to have access to the ldc*.dat files. Most custom LQ donors are only using official primitives anyway.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#15
Quote: All other parts will need shadow information to tell the feature how to mirror and or what the counter part is. I added this information for the technic panels and some technic pins. I will add more during the beta stage. Any help on this is also appreciated [Image: smile.png]
Where do I find examples/documentation for this? I just noticed that mirroring doesn't work with Technic L-beams...
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#16
(2016-09-19, 14:12)Philippe Hurbain Wrote:
Quote: All other parts will need shadow information to tell the feature how to mirror and or what the counter part is. I added this information for the technic panels and some technic pins. I will add more during the beta stage. Any help on this is also appreciated [Image: smile.png]
Where do I find examples/documentation for this? I just noticed that mirroring doesn't work with Technic L-beams...

L-Beams need a

Code:
0 !LDCAD MIRROR_INFO [baseFlip=Y]

Line, this because the default base flip axis is X.

The default flip axis must be a symmetrical one. This is needed so the feature can flip two axis to prevents matrix problems.

The meta has a property editor so you can edit just like the snap info, for more examples see the technic panels and e.g. the technic axle pin .

I choose the x-axis as the default as most of the library seems to be x-axis neutral but technic parts are an exception. I'll add info for them in the beta version though.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#17
(2016-09-19, 14:12)Philippe Hurbain Wrote:
Quote: All other parts will need shadow information to tell the feature how to mirror and or what the counter part is. I added this information for the technic panels and some technic pins. I will add more during the beta stage. Any help on this is also appreciated [Image: smile.png]
Where do I find examples/documentation for this? I just noticed that mirroring doesn't work with Technic L-beams...
I've added info to the parts in the beams group, attached are the changed shadow files.


Attached Files
.zip   mirrorInfo.zip (Size: 5.12 KB / Downloads: 4)
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#21
Just noticed... I thought I should see an arrow near menus entries that open a submenu, but I have a green square instead, as if I had a missing character in the font used (Win7 machine).


Attached Files
.png   Capture.PNG (Size: 19.55 KB / Downloads: 503)
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#23
(2016-09-21, 14:54)Philippe Hurbain Wrote: Just noticed... I thought I should see an arrow near menus entries that open a submenu, but I have a green square instead, as if I had a missing character in the font used (Win7 machine).
Roland, maybe you missed this?
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#24
(2016-09-22, 9:13)Philippe Hurbain Wrote:
(2016-09-21, 14:54)Philippe Hurbain Wrote: Just noticed... I thought I should see an arrow near menus entries that open a submenu, but I have a green square instead, as if I had a missing character in the font used (Win7 machine).
Roland, maybe you missed this?

I missed this indeed,

the default windows font 'DejaVuSans' should have those arrow characters.
I just discovered the fallback font 'veranda' doesn't have them but I didn't noticed that because even my old XP machine was using dejavusans.

I could use the '>' char instead if the font misses the triangle. I'll look into it.

edit: If it really bothers you you could add "arial," infront of all the "menu_*" font lines in the main.gui file. Maybe I should use arial instead of verdana as the fallback font any font experts here Smile
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#25
Quote:edit: If it really bothers you you could add "arial," infront of all the "menu_*" font lines in the main.gui file. Maybe I should use arial instead of verdana as the fallback font any font experts here Smile
Clearly DejaVuSans is not a good choice on Windows since it is NOT a Windows police (https://en.wikipedia.org/wiki/List_of_ty...ft_Windows). Arial seems a good default choice (I tried it, changing Verdana to Arial in main.gui).
While I was doing this, I also tried to tweak source window police. Currently on my machine it renders as Courier New, a font I never liked (too thin, poor legibility). I wanted to use Lucida Console, but despite numerous variations I couldn't change main.gui entry to make LDCad use that font Sad
- I finally installed dejavusansmono to solve this issue...
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#26
(2016-09-23, 11:47)Philippe Hurbain Wrote:
Quote:edit: If it really bothers you you could add "arial," infront of all the "menu_*" font lines in the main.gui file. Maybe I should use arial instead of verdana as the fallback font any font experts here Smile
Clearly DejaVuSans is not a good choice on Windows since it is NOT a Windows police (https://en.wikipedia.org/wiki/List_of_ty...ft_Windows). Arial seems a good default choice (I tried it, changing Verdana to Arial in main.gui).
While I was doing this, I also tried to tweak source window police. Currently on my machine it renders as Courier New, a font I never liked (too thin, poor legibility). I wanted to use Lucida Console, but despite numerous variations I couldn't change main.gui entry to make LDCad use that font Sad
- I finally installed dejavusansmono to solve this issue...

What is a Windows police? Huh
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#27
(2016-09-23, 11:47)Philippe Hurbain Wrote: Clearly DejaVuSans is not a good choice on Windows since it is NOT a Windows police (https://en.wikipedia.org/wiki/List_of_ty...ft_Windows). Arial seems a good default choice (I tried it, changing Verdana to Arial in main.gui).
While I was doing this, I also tried to tweak source window police. Currently on my machine it renders as Courier New, a font I never liked (too thin, poor legibility). I wanted to use Lucida Console, but despite numerous variations I couldn't change main.gui entry to make LDCad use that font Sad
- I finally installed dejavusansmono to solve this issue...

LDCad uses the main.gui font names litteraly and will will search for a .ttf or .ttc file for it in the system fonts folder (usually c:\windows\fonts)

So for Lucida console use "lucon"  in main.gui.

I think I've gotten dejavusans through Libre Office or something as it is present on both my Windows 7 and XP machines. I think I'll add arial and lucida console to the default fonts list.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#28
Quote:So for Lucida console use "lucon"  in main.gui.
I'm pretty sure I tried that without success! But yes, it works!
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#29
Is there a free font you can bundle with the program?
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#30
(2016-09-24, 19:34)Michael Horvath Wrote: Is there a free font you can bundle with the program?

Yes, but those font files are rather big, so I prefer to use the 'html' approach by walking through a list of suitable fonts of which at least one should be available.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#31
(2016-09-24, 20:16)Roland Melkert Wrote:
(2016-09-24, 19:34)Michael Horvath Wrote: Is there a free font you can bundle with the program?

Yes, but those font files are rather big, so I prefer to use the 'html' approach by walking through a list of suitable fonts of which at least one  should be available.

As a general rule, the only font files that are large are CJK fonts (fonts that include Chinese, Japanese, and Korean characters). The entire Open Sans font family (a free high-quality font family from Google) fits into a 1.1MB zip file, with OpenSans-Regular.ttf being 212KB. Unless you support Chinese, Japanese, and Korean, there's no point using a CJK font. If you do support those, the files get a lot bigger. The only freely distributable high-quality CJK font I'm aware of is Source Han Sans. I think including the three files needed to make it work in Chinese, Japanese, and Korean results in close to 20MB worth of (uncompressed) data.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#32
Hey Roland, today I used the 'Cleanup' feature of LDCad 1.6 and it seems to work pretty nice!
However, I have one little note: it seems that it renames submodels slightly wrong (according to the OMR spec).

It renames submodels like this (from the spec): 
Code:
<Set Number>[-<Optional Qualifier>] - <Set Name>[ - <Sub Model Name>]

But, only the filename needs to have the Set Name, all the submodels (including the main submodel) only need to have the set number like this:
Code:
<Set Number>[-<Optional Qualifier>] - <Individual filename>

Although I personally often give my main submodel the name of the set (first option above, but without submodel name). So, in short: LDcad should be renaming submodels according to option 2 and it would be nice to have an optional checkbox to name the main submodel as set.  Smile
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#33
Yes, I noticed this but forgot to report. You can get it to work fine by filling in only the set number in OMR window.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#34
Feature request of the day:

* I'd like to have a small red border around the editor window(s) when I'm in o-mode. I do not think that it is enough to have the double compass to make me aware of the changed grid orientation
* I'd like to have a Home icon next to the filter icon in the part bin window, which take me right to the top of the tree to the Main group
* I'd like that the source window automatically scrolls up or down when I move a part and get with the cursor close to the borders of the pane

* How do I search for ~ed parts?

Thx, w.

BTW, kudos for the shock absorber template ( I worked with for the first time). Awesome feature!
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#35
Quote:* I'd like to have a small red border around the editor window(s) when I'm in o-mode. I do not think that it is enough to have the double compass to make me aware of the changed grid orientation
Looks like a good idea - sometimes I have problem with this too (especially when the local orientation is almost aligned with world coordinates). In the same spirit, a visual indication that I am in nested mode would be appreciated too. A colored dot near top right model name?

Quote:* I'd like that the source window automatically scrolls up or down when I move a part and get with the cursor close to the borders of the pane
I asked for that a long time ago and Roland answered (wisely!) that this kind of scroll never go at the right speed (either too slow or too fast) - and I must say I agree. Use PgUp/Dn keys or mouse wheel to scroll...

Quote:* How do I search for ~ed parts?
These parts are not supposed to be directly accessible, but shortcuts should have been provided in the library. The proper way is thus to use this shortcut and if needed you can inline it to access the ~ed components for different coloring or position. But you can also access them directly using LDCad search tool!
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#36
(2016-10-11, 14:58)Philippe Hurbain Wrote:
Quote:* I'd like to have a small red border around the editor window(s) when I'm in o-mode. I do not think that it is enough to have the double compass to make me aware of the changed grid orientation
Looks like a good idea - sometimes I have problem with this too (especially when the local orientation is almost aligned with world coordinates). In the same spirit, a visual indication that I am in nested mode would be appreciated too. A colored dot near top right model name?
This might be handy indeed, I'll put it on my 'nice to have' list for 1.6 beta 1 or 2.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#37
Coyp  and paste doesn't work as expected in the source window:

* Select and copy say two parts
* Select a part and paste
* "Select the source insertion point"
* Go to the very bottom and click into the empty space (since it is the very end where I wanna insert my part)
* Apparently nothing has happened. No part shows up. Before it comes visible you have to scroll upwards and then down again. Just then the list gets updated. BTW the same happens when you add a STEP. The command shows up only after you have scrolled in the source window. The funny thing is CTRL+D immediately updates the source window.

w.
LEGO ergo sum
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#38
Roland will explain the details I guess, but the behaviour in both case is controlled by "follow selection" and "follow step" options. Get to the source menu by right click on the source window but not on a part (otherwise you pop up the selection menu). BTW - (hint, hint Roland) it's not very convenient to access this menu Wink
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#39
(2016-10-12, 7:31)Philippe Hurbain Wrote: Roland will explain the details I guess, but the behaviour in both case is controlled by "follow selection" and "follow step" options. Get to the source menu by right click on the source window but not on a part (otherwise you pop up the selection menu). BTW - (hint, hint Roland) it's not very convenient to access this menu Wink

Follow selection (on new) is enabled by default, so this might be a bug indeed. Thanks for reporting Willy, I'll look into it.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#40
What is the best approach building a minifig, since LDCad doesn't have a generator?

* Build it from scratch taking advantage of the connections
* Adding 979 - Minifig standing -> Inline -> substituting parts
* Importing from another model, adding as subpart and get rid off the rest

Have there been thoughts of creating a template with hand and leg accessories, head accessories such as goggles?

w.
LEGO ergo sum
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#41
I have successfully used the first method (for minifigs) and the second one (for Friends figures)...
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#43
I did consider a minifig generator at some point by using a special kind (non cells) of bin group but I couldn't figure out the real advantage as you would still have to find the loose parts etc.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#46
(2016-10-15, 17:13)Roland Melkert Wrote: I did consider a minifig generator at some point by using a special kind (non cells) of bin group but I couldn't figure out the real advantage as you would still have to find the loose parts etc.

How about a Minifig template:

   

where you just have to substitute parts, without the need to inline.

w.
LEGO ergo sum
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#47
(2016-10-16, 7:42)Willy Tschager Wrote: How about a Minifig template:

That could help, you can add one yourself by placing an ldr

%appdata%\LDCad\templates\shortcut

Just be sure it has a "0 !KEYWORDS shortcut" line so it will be displayed in the templates/misc bin group.

I'll add some to the default set too.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#49
(2016-10-16, 18:42)Roland Melkert Wrote:
(2016-10-16, 7:42)Willy Tschager Wrote: How about a Minifig template:

That could help, you can add one yourself by placing an ldr

%appdata%\LDCad\templates\shortcut

Just be sure it has a "0 !KEYWORDS shortcut" line so it will be displayed in the templates/misc bin group.

I'll add some to the default set too.


.ldr   Minifig.ldr (Size: 1.09 KB / Downloads: 2)

Ain't showing up :-(

w.
LEGO ergo sum
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#50
(2016-10-17, 13:07)Willy Tschager Wrote: Ain't showing up :-(

It does for me, all I did is place it in the templates/shortcut  folder (while LDCad is closed). then is listed in the templates/misc bin group (minifig lever in cell).

I tried with 1.5 and 1.6.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#53
(2016-10-17, 18:22)Roland Melkert Wrote: It does for me, all I did is place it in the templates/shortcut  folder (while LDCad is closed). then is listed in the templates/misc bin group (minifig lever in cell).

I tried with 1.5 and 1.6.

Ain't working:

   

w.
LEGO ergo sum
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#54
(2016-10-18, 19:15)Willy Tschager Wrote:
(2016-10-17, 18:22)Roland Melkert Wrote: It does for me, all I did is place it in the templates/shortcut  folder (while LDCad is closed). then is listed in the templates/misc bin group (minifig lever in cell).

I tried with 1.5 and 1.6.

Ain't working:

Which version are you using?

Are you using both 1.5 stable and 1.6?, if so be sure you placed the ldr in the templates folder of the version you want to use it in (alpha doesn't use appdata)

If it still won't work could you send me the (zipped) contents of %appdata%\LDCad\Logs
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#55
(2016-10-18, 19:38)Roland Melkert Wrote:
(2016-10-18, 19:15)Willy Tschager Wrote: Ain't working:

Which version are you using?

Are you using both 1.5 stable and 1.6?, if so be sure you placed the ldr in the templates folder of the version you want to use it in (alpha doesn't use appdata)

If it still won't work could you send me the (zipped) contents of %appdata%\LDCad\Logs

Was using Alpha4 - however I copied 1.5 back to the prog folder: the template doesn't show up. Cannot provide a log. They are all dated July when I switched version.

w.
LEGO ergo sum
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#57
(2016-10-19, 10:18)Willy Tschager Wrote: Was using Alpha4 - however I copied 1.5 back to the prog folder: the template doesn't show up. Cannot provide a log. They are all dated July when I switched version.

If the logs are not of a recent date the version you are using is not using appdata, In that case you need to place the minfig.ldr in a different templates folder (the one alongside the main exe).

also it is not recommended to use the alpha 4 exe with the 1.5 appdata folders (e.g. by replacing the exe in program files).
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#42
A little issue: if we change main color to a more prominent one (see this discussion), the unused portion of color wheel uses this color. This looks weird...
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#44
(2016-10-15, 16:33)Philippe Hurbain Wrote: A little issue: if we change main color to a more prominent one (see this discussion), the unused portion of color wheel uses this color. This looks weird...

I'll change it so the leftover segments use a static color loaded from main.gui instead.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#45
(2016-10-15, 17:14)Roland Melkert Wrote: I'll change it so the leftover segments use a static color loaded from main.gui instead.

Done, I've also removed color 24 from the 'special' group as it is too confusing for non pro users Smile


.png   wheel.png (Size: 22.57 KB / Downloads: 369)
Reply
RE: LDCad 1.6 Alpha 4 (win+linux): Dynamic vs. static placement in flex parts?
#48
Attached file shows a "problem" I got with pneumatic LQ hose. When using dynamic placement (default of template), there is a step at the ends of straight section. This is solved either by limiting merging (but file size is a bit bigger, and some steps are still visible), or switching to static placement which definitely gives better result for the same size. Suggestions and insights?...

(edit): While fiddling with tubing in my model, I got a case where LDCad generated LDraw substitution code contains singular matrices references. Attached...

(edit2): singular matrices seems related to static placement + nearby waypoints with "overlapping" control handles. The same tube with dynamic placement looks bad but doesn't create singular matrices, getting control handle closer to their respective waypoint solves both problems.


Attached Files
.ldr   hose-dynamic.ldr (Size: 7.55 KB / Downloads: 2)
.ldr   hose-merge10.ldr (Size: 8.17 KB / Downloads: 0)
.ldr   hose-static.ldr (Size: 7.55 KB / Downloads: 0)
.dat   singular.dat (Size: 8.33 KB / Downloads: 1)
.dat   singulardyn.dat (Size: 8.57 KB / Downloads: 0)
.dat   singulardyncp.dat (Size: 8.09 KB / Downloads: 0)
.dat   singularstatcp.dat (Size: 8.09 KB / Downloads: 0)
Reply
RE: LDCad 1.6 Alpha 4 (win+linux): Dynamic vs. static placement in flex parts?
#51
(2016-10-17, 9:37)Philippe Hurbain Wrote: Attached file shows a "problem" I got with pneumatic LQ hose. When using dynamic placement (default of template), there is a step at the ends of straight section. This is solved either by limiting merging (but file size is a bit bigger, and some steps are still visible), or switching to static placement which definitely gives better result for the same size. Suggestions and insights?...

(edit): While fiddling with tubing in my model, I got a case where LDCad generated LDraw substitution code contains singular matrices references. Attached...

(edit2): singular matrices seems related to static placement + nearby waypoints with "overlapping" control handles. The same tube with dynamic placement looks bad but doesn't create singular matrices, getting control handle closer to their respective waypoint solves both problems.

Thanks Philo,

Those matrix problems seem to be caused by control  points extended past the next/prev control one like you suspected. This can be prevented by minimizing the distances (use the DYNHP mode for this) I'll try to improve the generator for this situation but I'm not sure that's even possible.

The step problem is because of the accumulation of angle difference during merging I think. Maybe I need to make the minimal allowed angle a function of the distance of the segment instead of the current static one.

Dynamic placements does matrix interpolation which is preferable for curved sections, but it seems it has a problem with long straight sections, I'll see if I can improve the interpolation somehow.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux): Dynamic vs. static placement in flex parts?
#52
[quote pid='23540' dateline='1476729339']
Dynamic placements does matrix interpolation which is preferable for curved sections, but it seems it has a problem with long straight sections, I'll see if I can improve the interpolation somehow.
[/quote]

Did some code digging...

There seems to be something wrong with how I implemented dynamic placement, It should result in the same placement as static when used with a alignment of 0.

The whole point of dyn placement is/was to let if follow the segents virtual arc but this is nullified when placement is in the center (align=0)

.png   dyn.png (Size: 6.49 KB / Downloads: 319)

I'm not sure what is going wrong but thanks for bringing this to my attention Philo. This might also be a good moment to improve dyn placement by also correcting the position according to the curve.

I might postpone these changes to beta 2 though.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#56
I find "Locate selection" in the parts window a very odd place. I expected to find it in:

Right click on selected part in the editor window -> Selection ->

w.
LEGO ergo sum
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#58
Can I use LDCad to animate a walk-through of Datsville, but within the engine itself instead of (the very slow) POV-Ray? Thanks.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#59
(2016-10-27, 16:41)Michael Horvath Wrote: Can I use LDCad to animate a walk-through of Datsville, but within the engine itself instead of (the very slow) POV-Ray? Thanks.

Yes using lua scripting, but it probably has to use <5fps or less. You can however use the normal 25fps combined with the OpenGL export for smooth animation.

To move around you need to transform the entire model in 1.5 (by e.g. using a new ldr which references the main datsville model). In 1.6 you can use the new camera control api to e.g. record form the pov of a minifig.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#60
(2016-10-27, 17:02)Roland Melkert Wrote: You can however use the normal 25fps combined with the OpenGL export for smooth animation.

I don't understand. What is this?
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#61
(2016-10-27, 17:58)Michael Horvath Wrote:
(2016-10-27, 17:02)Roland Melkert Wrote: You can however use the normal 25fps combined with the OpenGL export for smooth animation.

I don't understand. What is this?

You can export any animation as a sequence of PNG files, when doing so it doesn't matter how slow the realtime renderings are to get e.g. a 25fps avi using a tool like avidemux.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#62
(2016-10-27, 18:19)Roland Melkert Wrote:
(2016-10-27, 17:58)Michael Horvath Wrote: I don't understand. What is this?

You can export any animation as a sequence of PNG files, when doing so it doesn't matter how slow the realtime renderings are to get e.g. a 25fps avi using a tool like avidemux.

Okay, cool.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#63
Hey, I found a small annoyance in LDcad.
I got a new mouse a few days ago, the Logitech MX master. It has a scroll-wheel that has 2 modes, a clicking mode (like a normal scroll-wheel) and a free mode in which you can give it a push and it keeps turning for a while (it has no resistance). It's really nice and even after just a few days I love that feature.

However, LDCad doesn't play too nice with it. Well, it works, but not optimally. When I'm in the source-editor and give the scroll-wheel a good push, it scrolls super slow. Well, not slower than with a 'normal' mouse, but also not faster. It just goes up or down line by line, while I expected the lines to swoosh by. For comparison: when I give the mouse-wheel a hard swing in e.g. Excel, I'm at row 10000+ in mere seconds. The part bin has the same problem, although it works better, it scrolls a little faster than the source window.

I hope I explained it well, I know it may sound a little vague. I can make a little video of it if you'd like.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#66
(2016-11-12, 9:01)Merlijn Wissink Wrote: Hey, I found a small annoyance in LDcad.
I got a new mouse a few days ago, the Logitech MX master. It has a scroll-wheel that has 2 modes, a clicking mode (like a normal scroll-wheel) and a free mode in which you can give it a push and it keeps turning for a while (it has no resistance). It's really nice and even after just a few days I love that feature.

However, LDCad doesn't play too nice with it. Well, it works, but not optimally. When I'm in the source-editor and give the scroll-wheel a good push, it scrolls super slow. Well, not slower than with a 'normal' mouse, but also not faster. It just goes up or down line by line, while I expected the lines to swoosh by. For comparison: when I give the mouse-wheel a hard swing in e.g. Excel, I'm at row 10000+ in mere seconds. The part bin has the same problem, although it works better, it scrolls a little faster than the source window.

I hope I explained it well, I know it may sound a little vague. I can make a little video of it if you'd like.

I only 'sample' the direction of the mousewheel, not its speed so it should behave the same as with any other mouse I think.

I'll look into it some more and might be able to do something with the speed of the wheel in beta 2.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#64
Another thing, I don't know if this has been brought up yet, but mirroring doesn't work very well with corner pieces like 2420.dat, 14719.dat, 2357.dat and 2639.dat.

EDIT: parts 30383.dat and 63868.dat also mirror incorrectly.
EDIT2: 30503.dat and 10247.dat also don't mirror correctly.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#65
(2016-11-12, 9:06)Merlijn Wissink Wrote: Another thing, I don't know if this has been brought up yet, but mirroring doesn't work very well with corner pieces like 2420.dat, 14719.dat, 2357.dat and 2639.dat.

EDIT: parts 30383.dat and 63868.dat also mirror incorrectly.
EDIT2: 30503.dat and 10247.dat also don't mirror correctly.

Some parts need shadow info for correct mirroring, I've added that for only a few parts. I'm planning to add more once 1.6 Beta is released.

For example 2420 needs:

Code:
0 !LDCAD MIRROR_INFO [counterPart=self] [oriCor=0 0 -1 0 1 0 1 0 0]
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#67
In the case of editing large models having a lot of submodels, and provided that the part bin "all models currently being edited" is active my computer slows downs pretty much. For example: the model doesn't rotate quick and soft any longer but rotation is rather very slow and stuttering.

The reason may be that my pc is not a very powerful one. Not sure, but I assume that my pc is struggling with the high quality thumbnails. However, I wonder if it is somehow possible to accelerate performance?

Thanks for advice!

roland
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#70
(2016-11-20, 2:14)Roland Dahl Wrote: In the case of editing large models having a lot of submodels, and provided that the part bin "all models currently being edited" is active my computer slows downs pretty much. For example: the model doesn't rotate quick and soft any longer but rotation is rather very slow and stuttering.
Those thumbnails can indeed slow things down especially during loading. But during normal editing they shouldn't matter that much unless you are editing thousands of parts.

If you working on a single mpd you can select the 'file content' group instead the 'all models' one. That should limit the number of cells if you have multiple model files open.

You should also check if 'FBO' is selected in the 'prefs/OpenGL/frame render method' option. If that is set to normal things could be much slower all the time as it will redraw all bin cells for each and every screen update (even hottracking changes etc).

If FBO won't enable (very old OpenGL driver/hardware) then you might want to disable hottracking in the same menu.

Improvements for the slowdown during loading are planned for Beta 2.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#68
Another little thing about submodels in the part bin: the sorting is (in my opinion) not optimal. Especially when using the default naming scheme of subModel-x. It doesn't sort based on the actual value of the number, but just on the character. So it becomes something like this (removed the subModel- part for this example:
1, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 2, 20, 21, 23.......... I think you get the point.

Can you do something about this or is this just a matter of 'just live with it'  Wink
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#69
(2016-11-20, 7:26)Merlijn Wissink Wrote: So it becomes something like this (removed the subModel- part for this example:
1, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 2, 20, 21, 23.......... I think you get the point.
Yes, I have been mildly annoyed by this one too, mainly for pneumatic tubing. An easy fix for them would be that proposed default naming be pneumaticHoseLQ-01.ldr instead of pneumaticHoseLQ-1.ldr - assuming that there is no more than 99 submodels...
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#71
(2016-11-20, 7:26)Merlijn Wissink Wrote: So it becomes something like this (removed the subModel- part for this example:
1, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 2, 20, 21, 23.......... I think you get the point.
I'll look into adjusting the quicksort code, might introduce a new sorting option for it if it is much slower as you probably wont need that for part lists.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#72
I think I found a bug or something like that in LDcad 1.5 and LDcad 1.6 alpha 4.

It's actually a 2-part bug. Part 1:
If I open a model, and then move the 3d view to the top and then press V, it's shows a 2d projection of the top. When I press V again to go the 3D view and then move the 3d view to the bottom, then press V again, it doesn't show a 2d projection of the bottom, but still the top. This also works the other way around (first bottom then top). After you did this, it's also possible to 'lock' on front/back or left/right. Just do the same as before, just with the other sides. But you must use the top/bottom  first, otherwise the other sides work 


Part 2:
When you did the above thing (so you either locked the 2d projection on the top or bottom). And then start hitting V a bunch of times switching between a 2d view of the top or the bottom (doesn't matter which one at this point, you can also mix between them, in the end you'll see only on those anyway due to part 1), LDCad will crash (with an accompanying Windows crash message).

Hope that makes sense  Rolleyes
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#73
(2016-11-22, 19:49)Merlijn Wissink Wrote: I think I found a bug or something like that in LDcad 1.5 and LDcad 1.6 alpha 4.

Part 1 is actually the way it should behave I think (it's been a long time since I setup the base viewing system Smile  )

The reason it first picks top or bottom is because it initializes the 2d state based on the 3d view when first switched. After that it remembers the last 2d state for that plane.

You could also use shift+v if you want to enter a 2D view as closely possible to the current 3d view.

Part 2 definitely is a bug though, but  it doesn't crash for me. Are you keeping down the v key so it continuously switches 2d/3d ?

Edit: or are you on Linux?
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#74
(2016-11-22, 20:37)Roland Melkert Wrote:
(2016-11-22, 19:49)Merlijn Wissink Wrote: I think I found a bug or something like that in LDcad 1.5 and LDcad 1.6 alpha 4.

Part 1 is actually the way it should behave I think (it's been a long time since I setup the base viewing system Smile  )

The reason it first picks top or bottom is because it initializes the 2d state based on the 3d view when first switched. After that it remembers the last 2d state for that plane.

You could also use shift+v if you want to enter a 2D view as closely possible to the current 3d view.

Part 2 definitely is a bug though, but  it doesn't crash for me. Are you keeping down the v key so it continuously switches 2d/3d ?

Edit: or are you on Linux?

Hmm, I see. I didn't knew about shift+v, but now I've seen that one in action, it does sound a lot more logical. Still, it feels weird when I'm looking at the bottom in 3d view, press v and suddenly I'm at the top (same for other sides).

Regarding the crash: no, I was not keeping V pressed. Just pressing it a bunch of times makes it crash (not even ridiculous fast, just pressing a bit). I have no idea what the requirements are for making it crash, but I tested it in 2 different models and was able to reproduce it every time in those 2 models. I tried it in a new file with 1 single part and I couldn't make it crash, but that doesn't mean it wasn't going to crash at some point, maybe I just hadn't pressed V enough times. That's difficult to say, I have so little information about it  Confused 

And, I'm on Windows 10 Pro 64bit.

EDIT: maybe I should count the times I press V before it crashes to see if it is a constant (per model).
EDIT2: nope, couldn't find any constant value Sad
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#75
Hi Roland, I recently tried to create a PBG file to build a set and expected the single parts count to decrease as soon as I used them, and to disappear from the list once I used all of them (and to reappear if one part got deleted from the model), but the counters remained the same for the entire process.
I remember that it has been discussed in the past (i.e. here: http://forums.ldraw.org/thread-15309-pos...l#pid15678), but I don't know if this feature has been discarded or if I'm missing some settings.

If it has not yet been implemented, I vote for this to be added in the next releases (since now there are at least a couple of tools to create part bins for LDCad).
Thank you in advance
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#76
(2016-12-01, 10:52)TestOne Wrote: Hi Roland, I recently tried to create a PBG file to build a set and expected the single parts count to decrease as soon as I used them, and to disappear from the list once I used all of them (and to reappear if one part got deleted from the model), but the counters remained the same for the entire process.
I remember that it has been discussed in the past (i.e. here: http://forums.ldraw.org/thread-15309-pos...l#pid15678), but I don't know if this feature has been discarded or if I'm missing some settings.

If it has not yet been implemented, I vote for this to be added in the next releases (since now there are at least a couple of tools to create part bins for LDCad).
Thank you in advance

The part counts are indeed still static, I was planning to do more with it but other features got in the way. But it is still on the long term todo list Smile
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#77
Ok, I'll wait for it to come, you have already added many awaited features in v1.6 Wink
Thank you very much
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#78
Please let me ask for 2 additional features, so far these are not already implemented:

Mirroring: By using the mirroring function un-mirrored parts "vanish", respectively get replaced by the mirrored parts. May it be possible to directly add the mirrored parts to the initial parts? Or even better: To let the user decide about "single-sided mirroring" and "double-sided mirroring".

Stepping: May it be possible to implement a feature like "hide or show selected steps"? So that it will quickly be possible to selectively show for example step 2, 5 and 9 and hide all others.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#79
(2016-12-11, 21:13)Roland Dahl Wrote: Please let me ask for 2 additional features, so far these are not already implemented:

Mirroring: By using the mirroring function un-mirrored parts "vanish", respectively get replaced by the mirrored parts. May it be possible to directly add the mirrored parts to the initial parts? Or even better: To let the user decide about "single-sided mirroring" and "double-sided mirroring".

Stepping: May it be possible to implement a feature like "hide or show selected steps"? So that it will quickly be possible to selectively show for example step 2, 5 and 9 and hide all others.

I could make it an option to do a duplicate before the selection mirroring itself, but that's probably only useful when a custom selection center is set  otherwise most parts will overlap with their mirrored version. I never thought this would be a real issue though as you can also press ctrl+d or ins before using the mirroring 'x' hot key.

Currently the stepping visuals are implemented in a 'render up to' kinda way, I might redesign that for 2.0 though as it's currently a bit messy combined with buffer exchange anyway. You can however use the 'select menu' to select all in a certain step en then do a normal hide.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#80
(2016-12-11, 21:54)Roland Melkert Wrote: ...  only useful when a custom selection center is set  otherwise most parts will overlap with their mirrored version. I never thought this would be a real issue though as you can also press ctrl+d or ins before using the mirroring 'x' hot key.

Yes, by setting a custom selection center all mirrored parts would directly be placed at the right position. Repositioning of the mirrored parts would be obsolete. But you're right, it's not a big issue, it's just nice to have.

(2016-12-11, 21:54)Roland Melkert Wrote: You can however use the 'select menu' to select all in a certain step en then do a normal hide.

Ah, thanks, I missed this option so far. Just made a quick  check: It's easy to select different steps via select/current step. That works!
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#81
Hello Roland.

First of all, I thank you much for so well working 1.5, it has helped me a lot in this hurry time; it's the editor which simply does the job well and I can work fast with. I started to think about a note "built with a help of LDCad" added to my builds labels at exhibitions Smile


Finally, I had some time to test LDCad 1.6 and here I come with my observations and ideas.

The first difference to 1.5 I saw was that "+" hotkey no longer works in the partbin, "-" still works. After some testing I found what's the problem: on the US keyboard, "+" is a sign I can get only with Shift and new hotkey machinery is confused with that. Setting the hotkey to "Shift +" is a workaround but that would probably cause "+" on numeric keyboard stop working, if I had any. So there is no way to make them both working now, as it was in 1.5.

More about hotkeys:

* it does not warn me if hotkey is already assigned (and to what), it would be nice if a simple popup window appeared, with that warning and a choice what function I want to set this hotkey to (the old one or the new one)
* could you add "alt" to the list of modifiers?
* how can I assign a hotkey to (sub)menu? For example: Alt-F for "File" menu or Shift-Alt-S for View->Editing_views->Split (Yes, I want to hide menubar and have all menus accessible via hotkeys. I have really small screen on my laptop, especially vertically.)
 
ROTSTEP editing is great feature! The button "Sample view" confused me at first, maybe "Current view" would be more understandable, but it works well in both ways: getting the view and setting it. This makes my life with LPub much easier, thanks!

Group layers feature: technically, it works. And I remember I already needed something like this several times so I really support this idea. Unfortunately the current version is very hard to use and not intuitive. So the feature itself is great and works but, please, add new GUI for that. What about hiding all technical details about layers and simply provide a submenu with a list of currently defined groups, optionally with a name? That would be much easier to use!

MPD cleanup: works and works well. Thanks for it. There is finally a way how to delete flexible parts from the model Smile

Unhide in the Source window: great feature, I like it. Unfortunately it's dangerous because the same hotkey is there for hiding and unhiding ("h") and I cannot even set them to different ones in the hotkey manager window. One of first things what happened during my testing was: I forgot I already have some hidden parts selected, their lines were out of the screen. Then I selected some visible parts and wanted to hide them. What was my surprise when another parts appeared instead!

For more reasons I believe it would be really useful if there was some visible indicator "you have something selected even it might be invisible or hard to see" - something similar to "I" icon in the bottom-right corner? For example I had some hidden parts selected, forgot about that and double-clicked on some part in the partbin. Those hidden parts were silently replaced with that part and, of course, I found that minutes and minutes later when I unhide them - and it was too late for any undo.

Mirroring feature: I did not test it much because it's probably more about missing parts metadata. What I can say is about GUI again: a selection of "X", "Y" or "Z" axis is a random shot, I really cannot remember which is which, it is not shown anywhere in GUI. If there was at least a color corresponding to the diagram of axes in the bottom-left corner, it would be easier. Better if it was shown "in place" instead of a separate popup window, something like grid is - another hotkeys for setting and showing the plane for mirroring.

Region select: great feature! Really helpful, I needed that so many times... Is there a way how to do rectangle unselect, too? The part about 3D box is very hard to use for me, I'd need a way how to see that box and rotate the view at the same time.

Random thought: what about stopping the LMB function of turning the view? I slightly remember you had this as a long-term goal (if I'm corect), it confuses me a little and it's not good for anything, RMB is here for that.

features not tested so far: BUFEXCHG, model reorganizing (embedding of unofficial parts, taking subfiles out of the file etc.), model header editing, scripting.

About scripting: one of my dreams is to make a script allowing user to select a rotation center of the part or group of parts to a specific snap point (resp. the axe of that snap object). So one can bend hinges, rotate 1xN plates on a stud, rotate Technic beams around axles etc. If you remember my video showing this. Would it be possible to work with snap points in scripts? And let the user to select it?

And maybe there would be a chance to add a function/script for making triangles. I know there is already a way how to do that with that helper you showed in one of your videos but it's too complicated and manual.

Oh. I can see how long post I created now. I hope I did not overfill the input buffer of your head  Smile  Take it as a summary of all those missing posts during all that time I was silent Big Grin
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#82
(2016-12-12, 9:27)Milan Vančura Wrote: First of all, I thank you much for so well working 1.5, it has helped me a lot in this hurry time; it's the editor which simply does the job well and I can work fast with. I started to think about a note "built with a help of LDCad" added to my builds labels at exhibitions Smile
Thanks, always nice to hear Smile

(2016-12-12, 9:27)Milan Vančura Wrote: The first difference to 1.5 I saw was that "+" hotkey no longer works in the partbin, "-" still works. After some testing I found what's the problem: on the US keyboard, "+" is a sign I can get only with Shift and new hotkey machinery is confused with that. Setting the hotkey to "Shift +" is a workaround but that would probably cause "+" on numeric keyboard stop working, if I had any. So there is no way to make them both working now, as it was in 1.5.

More about hotkeys:

* it does not warn me if hotkey is already assigned (and to what), it would be nice if a simple popup window appeared, with that warning and a choice what function I want to set this hotkey to (the old one or the new one)
* could you add "alt" to the list of modifiers?
* how can I assign a hotkey to (sub)menu? For example: Alt-F for "File" menu or Shift-Alt-S for View->Editing_views->Split (Yes, I want to hide menubar and have all menus accessible via hotkeys. I have really small screen on my laptop, especially vertically.)
Some hotkey management improvements are planned for Beta 2. I never realized the + key thing as it was meant to be used with the numpad keys. Maybe I should handle the non numpad key as a normal shift-less hit, I'll have to research if wxWidgets allows for that distinction though.
I've been avoiding the alt key because it acts very different in Linux. It seems to be a system level key in some versions (focus to the program menu bar) I haven't found a way to suppress that behavior yet. Currently menus can not be assigned a hotkey but it shouldn't be too much of an hassle to add that, I'll put it on the beta 2 'nice to have' list.

(2016-12-12, 9:27)Milan Vančura Wrote: ROTSTEP editing is great feature! The button "Sample view" confused me at first, maybe "Current view" would be more understandable, but it works well in both ways: getting the view and setting it. This makes my life with LPub much easier, thanks!
I'll rewrite the hint of that button as it is a bit vague indeed.

(2016-12-12, 9:27)Milan Vančura Wrote: Group layers feature: technically, it works. And I remember I already needed something like this several times so I really support this idea. Unfortunately the current version is very hard to use and not intuitive. So the feature itself is great and works but, please, add new GUI for that. What about hiding all technical details about layers and simply provide a submenu with a list of currently defined groups, optionally with a name? That would be much easier to use!
Layered groups are a bit experimental. I was planning to iron it out in Beta 2 by allowing users to name layers which will then replace the current layer 1 2 3 placeholders.

(2016-12-12, 9:27)Milan Vančura Wrote: Unhide in the Source window: great feature, I like it. Unfortunately it's dangerous because the same hotkey is there for hiding and unhiding ("h") and I cannot even set them to different ones in the hotkey manager window. One of first things what happened during my testing was: I forgot I already have some hidden parts selected, their lines were out of the screen. Then I selected some visible parts and wanted to hide them. What was my surprise when another parts appeared instead!
Currently the 'h' in source window is more a visibility toggle which is indeed very confusing now you point that out. I'll make it a separate action with its own hotkey (maybe shift+h?)

(2016-12-12, 9:27)Milan Vančura Wrote: For more reasons I believe it would be really useful if there was some visible indicator "you have something selected even it might be invisible or hard to see" - something similar to "I" icon in the bottom-right corner? For example I had some hidden parts selected, forgot about that and double-clicked on some part in the partbin. Those hidden parts were silently replaced with that part and, of course, I found that minutes and minutes later when I unhide them - and it was too late for any undo.
I could display the 'Selection contains invisible items' label as is done when e.g. a step meta is in the selection.

(2016-12-12, 9:27)Milan Vančura Wrote: Mirroring feature: I did not test it much because it's probably more about missing parts metadata. What I can say is about GUI again: a selection of "X", "Y" or "Z" axis is a random shot, I really cannot remember which is which, it is not shown anywhere in GUI. If there was at least a color corresponding to the diagram of axes in the bottom-left corner, it would be easier. Better if it was shown "in place" instead of a separate popup window, something like grid is - another hotkeys for setting and showing the plane for mirroring.
X, Y, Z is shown as Red, Green, Blue lines in the compass and grid. This is somewhat of a standard I thought everybody knew that Wink I'll see if I can render the same colors in the combo box.

(2016-12-12, 9:27)Milan Vančura Wrote: Region select: great feature! Really helpful, I needed that so many times... Is there a way how to do rectangle unselect, too? The part about 3D box is very hard to use for me, I'd need a way how to see that box and rotate the view at the same time.

Random thought: what about stopping the LMB function of turning the view? I slightly remember you had this as a long-term goal (if I'm corect), it confuses me a little and it's not good for anything, RMB is here for that.
The 3D part is the far clipping plane which can be moved by the scroll wheel. It should be visible by the background color overflowing part of the model. I did indeed plan to drop the left mouse button controls in faver of the region select but for some reason dropped it again, I think it had mainly to do with left mouse already being used to drag the selection.

(2016-12-12, 9:27)Milan Vančura Wrote: About scripting: one of my dreams is to make a script allowing user to select a rotation center of the part or group of parts to a specific snap point (resp. the axe of that snap object). So one can bend hinges, rotate 1xN plates on a stud, rotate Technic beams around axles etc. If you remember my video showing this. Would it be possible to work with snap points in scripts? And let the user to select it?

And maybe there would be a chance to add a function/script for making triangles. I know there is already a way how to do that with that helper you showed in one of your videos but it's too complicated and manual.
I do want to add your snap point rotation idea at some point, I'll see if it can be done without too much of an impact to existing code (beta stage and all).


Thanks for the detailed feedback, I always like to get some insight from a users perspective as I tend to make things a bit technical at times Smile
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#90
Thanks for a detailed answer back, Roland. I add some details:


(2016-12-12, 19:48)Roland Melkert Wrote: I've been avoiding the alt key because it acts very different in Linux. It seems to be a system level key in some versions (focus to the program menu bar) I haven't found a way to suppress that behavior yet. Currently menus can not be assigned a hotkey but it shouldn't be too much of an hassle to add that, I'll put it on the beta 2 'nice to have' list.
I may describe this for you. There are two different issues. The first one is that, in past, the Alt key was handled differently than Shift and Control on Linux. Even you might still find some articles about that on Internet, I believe all modern desktop libraries already solved that. For example, with wxWidgets it's a matter of a choice of events. The second issue may be that somebody might configure his/her window manager to use same hotkeys for some actions. That's same as with, for example, alt-tab on Windows. But Alt-[A-Z] are usually not used for that - because even other applications use the same hotkeys (Alt-F, Alt-E, Alt-V, Alt-H for menus: File, Edit, View, Help...). In the end, it's up to the user to configure hotkeys of both LDCad and his window manager to not have conflicts... I do not know about Windows but it's extremely easy on Linux.
(2016-12-12, 19:48)Roland Melkert Wrote: Layered groups are a bit experimental. I was planning to iron it out in Beta 2 by allowing users to name layers which will then replace the current layer 1 2 3 placeholders.
I though about a way how the user can have a better overview of defined groups and not needing think about group layers at all, to hide this logic in GUI. However, I must say I do not have a solution for this, it's just an idea. Or, better, a wish Smile The reason is that it's very hard to remember which group is defined on which layer now. Or maybe we can keep this layer switching but add a submenu with a list of (optionally named) groups together with a layer number/name? Something like:
Code:
1. front left wheel    layer 1
2. front right wheel    layer 1
3. front axle with wheels    layer 2
...

(2016-12-12, 19:48)Roland Melkert Wrote:
(2016-12-12, 9:27)Milan Vančura Wrote: Unhide in the Source window: great feature, I like it. Unfortunately it's dangerous because the same hotkey is there for hiding and unhiding ("h")...
Currently the 'h' in source window is more a visibility toggle which is indeed very confusing now you point that out. I'll make it a separate action with its own hotkey (maybe shift+h?)
Yes, much better. There would be still a conflict with original hide/unhide feature but I believe this would not be a problem if an indicator of non-empty selection will be on the screen.
(2016-12-12, 19:48)Roland Melkert Wrote: I could display the 'Selection contains invisible items' label as is done when e.g. a step meta is in the selection.
Yes, good idea. And I believe it would be even better if it is an icon, different for each of these two situations (set independently): "selection contains hidden parts" and "selection contains metadata lines". An icon takes much less space so they can be shown both if needed and still be on the right of "Step" indicator. And you can set up a "hover text" for them.
(2016-12-12, 9:27)Milan Vančura Wrote: Mirroring feature...
(2016-12-12, 19:48)Roland Melkert Wrote: X, Y, Z is shown as Red, Green, Blue lines in the compass and grid. This is somewhat of a standard I thought everybody knew that Wink I'll see if I can render the same colors in the combo box.
And wouldn't be possible to show that plane directly in the Edit window, similarly to the grid or the far plane of the rectangle select? It would be much easier to understand, especially with local coordinates set ("o" key).

(2016-12-12, 9:27)Milan Vančura Wrote: Region select
(2016-12-12, 19:48)Roland Melkert Wrote: The 3D part is the far clipping plane which can be moved by the scroll wheel. It should be visible by the background color overflowing part of the model. I did indeed plan to drop the left mouse button controls in faver of the region select but for some reason dropped it again, I think it had mainly to do with left mouse already being used to drag the selection.
Ah, you are right. Still, it is not always easy to see what everything is selected. But I do not have any bright idea how to make GUI better in this, unfortunately. What about that "rectangle unselect" feature? That would help if one takes too much or wants to combine that like "select this rectangle without that corner".

(2016-12-12, 19:48)Roland Melkert Wrote: I do want to add your snap point rotation idea at some point, I'll see if it can be done without too much of an impact to existing code (beta stage and all).
Great! I may try to create that script for triangles then. (And give it to everybody - if it works Smile )
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#91
(2016-12-18, 21:53)Milan Vančura Wrote: I may describe this for you. There are two different issues. The first one is that, in past, the Alt key was handled differently than Shift and Control on Linux. Even you might still find some articles about that on Internet, I believe all modern desktop libraries already solved that. For example, with wxWidgets it's a matter of a choice of events. The second issue may be that somebody might configure his/her window manager to use same hotkeys for some actions. That's same as with, for example, alt-tab on Windows. But Alt-[A-Z] are usually not used for that - because even other applications use the same hotkeys (Alt-F, Alt-E, Alt-V, Alt-H for menus: File, Edit, View, Help...). In the end, it's up to the user to configure hotkeys of both LDCad and his window manager to not have conflicts... I do not know about Windows but it's extremely easy on Linux.
I just realized I didn't use the alt key in the hardcoded hotkeys as it woudn't work on all platforms, but there is no reason to not use it now the hotkeys are dynamic. I've enabled them in the current Beta 1 build and also made it possible to open menus using hotkeys. I've set the defaults alt+s to open the 'select' menu and alt+v to open the 'editing views' menu as those two are needed often during editing.

(2016-12-18, 21:53)Milan Vančura Wrote:
(2016-12-12, 19:48)Roland Melkert Wrote: Layered groups are a bit experimental. I was planning to iron it out in Beta 2 by allowing users to name layers which will then replace the current layer 1 2 3 placeholders.
I though about a way how the user can have a better overview of defined groups and not needing think about group layers at all, to hide this logic in GUI. However, I must say I do not have a solution for this, it's just an idea. Or, better, a wish Smile The reason is that it's very hard to remember which group is defined on which layer now. Or maybe we can keep this layer switching but add a submenu with a list of (optionally named) groups together with a layer number/name? Something like:
Code:
1. front left wheel    layer 1
2. front right wheel    layer 1
3. front axle with wheels    layer 2
...
Actually groups can indirectly be part of multiple layers. The main reason I introduced this is to make it possible to use different configurations in different animations using the same model. I'm going to refine the whole layer thing in beta 2 so if you (or anyone else) has additional ideas please let me know.

(2016-12-18, 21:53)Milan Vančura Wrote:
(2016-12-12, 19:48)Roland Melkert Wrote: I could display the 'Selection contains invisible items' label as is done when e.g. a step meta is in the selection.
Yes, good idea. And I believe it would be even better if it is an icon, different for each of these two situations (set independently): "selection contains hidden parts" and "selection contains metadata lines". An icon takes much less space so they can be shown both if needed and still be on the right of "Step" indicator. And you can set up a "hover text" for them.
I've added hidden parts to the 'label' logics. I do like your icon approach though that might also solve another 'complain' mentioned in this thread: 'relative grid active state indidication'. I'll put it on my Beta 2 list.

(2016-12-18, 21:53)Milan Vančura Wrote: And wouldn't be possible to show that plane directly in the Edit window, similarly to the grid or the far plane of the rectangle select? It would be much easier to understand, especially with local coordinates set ("o" key).
I'm not sure I understand this, the compass shows the current axis even when unzoomed. The thicker lines are always the relative ones, the thinner ones show the absolute ones (can be disabled).

(2016-12-12, 9:27)Milan Vančura Wrote: What about that "rectangle unselect" feature? That would help if one takes too much or wants to combine that like "select this rectangle without that corner".
This is pending, the truth is the region select currently uses a 'hack' to add stuff the to selection while re-sizing in means of a temporary extra group. Doing deselect is therefore a bit harder to do Smile

(2016-12-18, 21:53)Milan Vančura Wrote: I may try to create that script for triangles then. (And give it to everybody - if it works Smile )
The approach used in the selection info triangle helper can be scripted I think the only problem might be how to decide on the side to use. The 8071 example uses something very similar through its 'calcTrianglePlacementAngles' function. Let me know if you need some additional low level vector/matrix object math method or something.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#83
There is one small thing I would like to see added in a future version:

I would like to be able to add 'tags' (keywords) to parts to be able to find them easier. This feature could make use of the shadow library to leave the existing files intact, but work in any other way similar to the 0! KEYWORDS that can be added to parts.

One example would be to add the tag 'cone' to the 98100 part (Brick 2x2 round sloped) to make it show up in the search results for cone without modifying the original file on disc.
----------
my flickr
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#84
(2016-12-12, 21:46)Niklas Buchmann Wrote: There is one small thing I would like to see added in a future version:

I would like to be able to add 'tags' (keywords) to parts to be able to find them easier. This feature could make use of the shadow library to leave the existing files intact, but work in any other way similar to the 0! KEYWORDS that can be added to parts.

One example would be to add the tag 'cone' to the 98100 part (Brick 2x2 round sloped) to make it show up in the search results for cone without modifying the original file on disc.

Nice idea, but I don't think it should use the shadow library as that isn't user oriented data (changes apply to all users).

Also currently adding a KEYWORDS line to shadow files won't make it searchable as the search bin uses the *.inv file which is generated from the non shadow part file headers only.

You could however edit the parts.inv file after it has been generated to add some keywords manually. But it might be regenerated at anytime (if some source file timestamp is > the .inv file timestamp).

The structure of parts.inv (in config folder) is fairly simple, you can open it in any text editor and do a search for 98100.dat . the following lines are the gathered stats on the part just below the update tag (e.g. 2015-02) a number is given which indicates the number of keywords (0 for 98100.dat) to add keyword(s) add the number and insert the keyword below it, e.g:

Code:
C:\Users\Public\Documents\LDraw\complete.zip\ldraw\parts\98100.dat
1451687876
offLibParts
zip
C:\Users\Public\Documents\LDraw\complete.zip
1,0,0,0
98100.dat
Brick  2 x  2 Round Sloped
Brick
2015-02
1
cone
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#85
Hi Roland, another request I read in the past, but I'm unable to find the old discussion:
Ability to specify decimal values for the rotation grid

I can't remember why you stated it wasn't possible in previous versions, but I hope it will be possible in v1.6 or maybe next release.

EDIT:
I found the old discussion, it was requested by Philippe: http://forums.ldraw.org/thread-15278-pos...l#pid15564
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#86
Yes, beeing able to specify a standard 22.5° rotation grid would be great Wink
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#87
For some reason I keep postponing this, I'll move it up on the list maybe give it a go this weekend as the final Beta 1 feature (no guarantees Smile )
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#88
(2016-12-14, 20:00)TestOne Wrote: I can't remember why you stated it wasn't possible in previous versions, but I hope it will be possible in v1.6 or maybe next release.

It's mainly the editing pin which used a 1 deg resolution in its gui stuff. And the 'boring' int to double code changes.

Felt bad about postponing this for so long..........
   

had some time to kill Smile

Rotational steps are limited to 0.5 deg resolution though and 360 mod step must be 0.0
I updated movement stepping too, although I'm not sure when or if that is ever needed.
Reply
RE: LDCad 1.6 Alpha 4 (win+linux)
#89
wow Smile
Great news, thank you very much for this addition Wink
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: 2 Guest(s)
Forum Jump:


Users browsing this thread: 2 Guest(s)