![]() |
LDCad 1.6 Alpha 1 (win+linux) - Printable Version +- LDraw.org Discussion Forums (https://forums.ldraw.org) +-- Forum: LDraw Programs (https://forums.ldraw.org/forum-7.html) +--- Forum: LDraw Editors and Viewers (https://forums.ldraw.org/forum-11.html) +--- Thread: LDCad 1.6 Alpha 1 (win+linux) (/thread-21501.html) |
LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-04-30 I decided to share the current 1.6 Alpha version as I'm very keen to get some feedback, especially on the ROTSTEP stuff. Get it here for windows or Linux I only compiled the 64 bit Linux version, if someone needs the 32bit one let me know. As this is a Alpha version it might be very unstable and backwards compatibility with the next alpha or even beta will not be guaranteed. So it is highly recommended to keep them separate from other releases. This version includes the following major features: Adjustable hotkey assignments. Macro scripting. Many scripting API extensions including many new lua objects. Full ROTSTEP support. Many tweaks and some small features, see change log below. The rotstep rotation can be used while navigating through steps by enabling the new NSR/ASR option in the compass. There is also a new (changeable) shortcut ctrl+b which let you edit the current step's meta. As a result of the hotkey changes some of the existing hotkeys might act slightly different or might be missing as I haven't had time to double check them all. Full changelog: Code: --==1.6 Alpha 1 (30-April-2016)==-- RE: LDCad 1.6 Alpha 1 (win+linux) - Philippe Hurbain - 2016-05-01 A lot of new things to play with ![]() Just got a crash... - New model, add 3 parts - select all -> scripts -> selection circle - Hit del key -> crash. Is there a better way to insert a rotstep than adding a step, then use properties to change type? RE: LDCad 1.6 Alpha 1 (win+linux) - Philippe Hurbain - 2016-05-01 Wish of the day: have a mode where toolbar "goto previous/next step" show ROTSTEP orientation... RE: LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-05-01 Thanks for reporting, I only tested with ctrl+z ![]() (2016-05-01, 14:00)Philippe Hurbain Wrote: Is there a better way to insert a rotstep than adding a step, then use properties to change type? Not currently as I thought you would need to change the rotation anyways, you could write a macro script though : Code: function runTest() Quote:Wish of the day: have a mode where toolbar "goto previous/next step" show ROTSTEP orientation...You could add the 'enable/disable rotation stepping usage' option from the compass to the menu bar but it currently hasn't got an icon. It also has the default 'b' hotkey. RE: LDCad 1.6 Alpha 1 (win+linux) - Philippe Hurbain - 2016-05-01 Quote:Not currently as I thought you would need to change the rotation anyways, you could write a macro script though : Good point. I need to study the new scripting capabilities... I guess it's possible to open a dialog asking for rotation value(s) (My BIs mostly use rotstep rotation around y axis). Or perhaps automatically pop the properties dialog after inserting rotstep? Quote:You could add the 'enable/disable rotation stepping usage' option from the compass to the menu bar but it currently hasn't got an icon. It also has the default 'b' hotkey."b" is exactly what I wished ![]() RE: LDCad 1.6 Alpha 1 (win+linux) - Niklas Buchmann - 2016-05-04 I noticed that in the editor, when in "Move" mode, CTRL + arrow keys no longer rotates the selection but instead moves the selection center. Is that a wanted change or a bug? Also, would it be possible to use SHIFT + arrow keys for moving the selection center and CTRL + arrow keys for rotation? That way it would not be necessary to change modes at all as long as the keyboard is used. RE: LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-05-04 (2016-05-04, 13:38)Niklas Buchmann Wrote: I noticed that in the editor, when in "Move" mode, CTRL + arrow keys no longer rotates the selection but instead moves the selection center. Is that a wanted change or a bug? That's a bug it should behave like 1.5 by default. It seems the ctrl+arrow binding are very wrong as they currently are bound to abs axis movements which they don't do ether ![]() As for the ctrl/shift option that you can configure yourself using the new hotkey config dialog (right click on the menu bar) in there locate the 'editing movement pin' group. I will fix the bindings and the key group content for Alpha 2. RE: LDCad 1.6 Alpha (buffer exchange preview) - Roland Melkert - 2016-05-04 I added a very quick and dirty buffer exchange implementation but I'm in need of examples to test it. If anyone has model heavily using buffer exchange could you please send it to me, it will be kept private if that is a worry. I got the below working, there is no limit on the number of buffers but as the specification uses single letter names 26 is the indirect limit. Also the whole buffer thing seems a bit limited as even this example needs you to add all pins and the two 1x6 bars twice??? RE: LDCad 1.6 Alpha (buffer exchange preview) - Roland Melkert - 2016-05-05 I completed the feature. Still looking for examples to test with though. RE: LDCad 1.6 Alpha (buffer exchange preview) - Willy Tschager - 2016-05-06 (2016-05-05, 22:58)Roland Melkert Wrote: Still looking for examples to test with though. For what's worth: ![]() ![]() w. RE: LDCad 1.6 Alpha (buffer exchange preview) - Roland Melkert - 2016-05-06 Thanks willy, These models also address another issue I'm working on: MLCad generated arrows etc. Because of the way I optimize rendering those will cause the whole model to be seen as a part unless you move them to submodel/parts. So I'm also looking into an easy solution for that using ether scripting and / or improved reorganize options. RE: LDCad 1.6 Alpha 1 (win+linux) - Niklas Buchmann - 2016-05-08 (2016-05-04, 16:32)abRoland Melkert Wrote:(2016-05-04, 13:38)Niklas Buchmann Wrote: I noticed that in the editor, when in "Move" mode, CTRL + arrow keys no longer rotates the selection but instead moves the selection center. Is that a wanted change or a bug? Thanks for the tip about reconfiguring the binding, I hadn't tried that feature yet and it does fix the problem. However, I think that the texts you used to describe what's being changed (like "Positive movement on the current dead plane axis") are very confusing and at least for me it was often completely unclear what they refer to. RE: LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-05-08 (2016-05-08, 16:15)Niklas Buchmann Wrote: Thanks for the tip about reconfiguring the binding, I hadn't tried that feature yet and it does fix the problem. Yes that needs some tweaking, currently it does little more then list the hints. I considered sorting it but I think the internal order has more logical grouping and also dictates the key processing order. I will add a filter at some point though. Any ideas on how to make it easier? RE: LDCad 1.6 Alpha 1 (win+linux) - Niklas Buchmann - 2016-05-09 (2016-05-08, 17:03)Roland Melkert Wrote:(2016-05-08, 16:15)Niklas Buchmann Wrote: Thanks for the tip about reconfiguring the binding, I hadn't tried that feature yet and it does fix the problem. Two things come to mind. First, like I said, some of the texts are very confusing. I've been using LDCad for quite a while now I have no idea what the "dead plane axis" could be. Maybe some of the meaning is lost in translation? To make changing the settings easier, I think it would help a lot if you had an input field next to each option where you can just type in the key you want instead of having to select it from the drop-down list at the top. I also saw that I could select the same key for diffferent actions, how does LDCad handle this at the moment? RE: LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-05-09 (2016-05-09, 13:05)Niklas Buchmann Wrote: Two things come to mind."dead plane axis" is the axis not on current editing plane. For example if you are using the top view editing plane, which lets you move stuff on the X and Z axis, the dead axis would be the Y axis. There is no no hotkey in <=1.5 for this but it has been asked for a couple of times. This way people can configure it however they want. Same key for different actions is allowed as it is sometimes needed. For example the 'N' key in the "edit session" group. It is assigned to "Enable nested mode", but also to 'change the insertion target ....'. The first item using the key that can currently be applied will win in such cases. This is why the view order is currently the same as the internal loop as it uncovers these kinds of things. RE: LDCad 1.6 Alpha 1 (win+linux) - Milan Vančura - 2016-05-09 (2016-05-09, 18:38)Roland Melkert Wrote: Same key for different actions is allowed as it is sometimes needed. For example the 'N' key in the "edit session" group. It is assigned to "Enable nested mode", but also to 'change the insertion target ....' This is what confuses me again and again. Esp. because there is absolutely no visual effect of either 'N' action. How many times I found I had placed all parts to completely wrong (sub)model, for last 30 minutes or so? Really _many_ times. If I may wish something, Roland, this is on very top of my wishlist: no hotkey with more than one function assigned and an automatic check the user did not create such situation manually. Something like in KDE: "This key is already used for <function>. Do you want to change <this assignnment> or <the other one>?" RE: LDCad 1.6 Alpha 1 (win+linux) - Philippe Hurbain - 2016-05-10 Quote:To make changing the settings easier, I think it would help a lot if you had an input field next to each option where you can just type in the key you want instead of having to select it from the drop-down list at the top.Completely agree. Selecting key in a drop-down is really painful... Otherwise, I tried to change "editing movement pin", hoping to get direction keys working in fixed directions instead of directions depending on viewing direction (something I still find very confusing). I had some hope with "positive (...) movement on the X axis"... till I realized that is was about moving selection center, not the part ![]() I also had a quick test of bufexchg. Seems to work fine, except that parts count in (I) panel is now wrong... And I (still) miss the possibility to double click on source item to get properties. OK, alt+enter is workable ![]() RE: LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-05-10 (2016-05-10, 11:10)Philippe Hurbain Wrote: Completely agree. Selecting key in a drop-down is really painful...I'll try to improve that. (2016-05-10, 11:10)Philippe Hurbain Wrote: Otherwise, I tried to change "editing movement pin", hoping to get direction keys working in fixed directions instead of directions depending on viewing direction (something I still find very confusing). I had some hope with "positive (...) movement on the X axis"... till I realized that is was about moving selection center, not the partI think you want to the 'Map arrow keys to screen' options in the prefs/editing menu. and/Or clear all the movement bindings in all 3 pin key groups and then bind pos/neg movement ones in the editing window group. (2016-05-10, 11:10)Philippe Hurbain Wrote: I also had a quick test of bufexchg. Seems to work fine, except that parts count in (I) panel is now wrong... And I (still) miss the possibility to double click on source item to get properties. OK, alt+enter is workablePart counts etc aren't updated yet as I was wondering how to handle the parts in step counts. RE: LDCad 1.6 Alpha 1 (win+linux) - Philippe Hurbain - 2016-05-11 Quote:I think you want to the 'Map arrow keys to screen' options in the prefs/editing menu.Closer but not yet, movement still depends on the orientation of the view. What I'd like is that left/right move in X direction, up/dn in Z direction and pgup/pgdn in Y direction, regardless I am looking at the model from side, front, top or bottom.... Call me brain damaged if you like ![]() RE: LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-05-11 (2016-05-11, 8:41)Philippe Hurbain Wrote:Quote:I think you want to the 'Map arrow keys to screen' options in the prefs/editing menu.Closer but not yet, movement still depends on the orientation of the view. What I'd like is that left/right move in X direction, up/dn in Z direction and pgup/pgdn in Y direction, regardless I am looking at the model from side, front, top or bottom.... Call me brain damaged if you like They don't depend on the view if that option is disabled but to the horizontal/vertical axis of the current editing plane. This would by xy for front, zy for side and xz for top. As some other people asked about that I added the new pos/neg movement ones in the editing window group. So if you assign those to the arrows (eg x: left/right, y:up/down, z:ctrl left/right) and then clear the movement bindings from the 3 pin mode groups you will always be able to move abs no matter the current pin mode. small side note the 'Map arrow keys to screen' must be disabled as it currently, wrongly, also affects those abs movements. This will be fixed in the next version. RE: LDCad 1.6 Alpha 1 (win+linux) - Philippe Hurbain - 2016-05-20 Quote:but to the horizontal/vertical axis of the current editing plane. This would by xy for front, zy for side and xz for top.That's my problem. I'd like the keys to always behave the same, regardless of view, editing plane or phase of the moon ![]() Left/right move in LDraw X direction, up/dn in LDraw Z direction and pgup/pgdn in LDraw Y direction (with of course a new definition of these axis if I use a relative grid) Or maybe I still miss something? Which makes me think, it would be nice to be able to easily exchange editing configuration/key bindings! RE: LDCad 1.6 Alpha 1 (win+linux) - Niklas Buchmann - 2016-06-12 Is anyone else having problems with the Alpha crashing when you copy or cut parts? RE: LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-06-12 (2016-06-12, 20:07)Niklas Buchmann Wrote: Is anyone else having problems with the Alpha crashing when you copy or cut parts? I havn't noticed any myself but I did make some changes to the copy/paste stuff mostly related to the source window. Do you have a sure way of letting it crash? RE: LDCad 1.6 Alpha 1 (win+linux) - Niklas Buchmann - 2016-06-12 No, it seems to happen randomly. I have been watching this for a while now but I couldn't see a pattern. Most times after a crash, selecting and cutting the same parts again did not crash the program, sometimes it did. I haven't seen any crashes since I deactivated the 'copy options' dialog by selecting 'always' or 'never' for all the options, but maybe I just had a luck streak. /LDraw just crashed again, so it's not related to the dialog. RE: LDCad 1.6 Alpha 1 (win+linux) - Roland Melkert - 2016-06-12 (2016-06-12, 20:38)Niklas Buchmann Wrote: No, it seems to happen randomly. I have been watching this for a while now but I couldn't see a pattern. Most times after a crash, selecting and cutting the same parts again did not crash the program, sometimes it did. I'll recheck the changes I made to see if something obvious can go wrong, if you find a pattern please let me know. |