Full Version: V4 beta Oct-27-2020 available now

Show messages:  1-6  7-26  27-46  47-66  67-86  …  147-158

Epic work Michael, congrats on the empty TODO must be nice feeling after so long.
All the best!

---

Hi Larry, re: SeparateSidePanePalettes.js different behavior, please try the attached version which has a slight adjustment. Does it behave better?

It looks like there might be some slight differences in when the first UI layout happens on Mac versus Windows, I'll investigate that.

I made this change so that the script from this thread could work ok:
http://moi3d.com/forum/messages.php?webtag=MOI&msg=6925.554

That one was trying to just set a different tab to be active. It's easier for something like that to work when it's run after the UI has been all positioned already instead of before the initial layout. It was originally intended for the startup scripts to run after the initial layout but Qt was delaying the initial window sizing in a way I didn't expect so on Windows anyway it was running the startup scripts slightly earlier in the startup process than I had thought, making some UI adjustments more difficult to do.

Another thing that I was thinking of is that maybe there should be a way to mark a startup script with some kind of label in its first line so it could declare when it wants to run.

Anyway, please let me know if the adjusted script doesn't fix the behavior. If there are any other side effects from it I may roll back this change.

- Michael

Attachments:
SeparateSidePanePalettes.js

---

Thank you Michael.
It took just a very few minutes to download and install.

- Brian

---

Thanks Larry & Marc & Mark! :)

- Michael

---

By the way it would be great to see some example PDF output with dimensions in them. If you generate some to test it please post the PDFs here.

I'm tired of seeing my same test cases hundreds of times... :)

Thanks, - Michael

---

Hi Michael,

Confirming that the new version now works as it used to with just two palettes open upon application launch. Thanks!

> Another thing that I was thinking of is that maybe there should be a way to mark a startup
> script with some kind of label in its first line so it could declare when it wants to run.

Interesting idea. I haven't had cause to tinker with the startup scripts, but could imagine there is a use-case for allowing an ordering mechanism. Might be a bit interesting to make it generalized though: would users have to either edit that first line or perhaps rename files, either way seems to make it more challenging to support.

--Larry

---

Works great!

Thank you, Michael.

- Marek


> By the way it would be great to see some example PDF output with dimensions in them. If you generate some to test it please post the PDFs here.

>I'm tired of seeing my same test cases hundreds of times... :)

> Thanks, - Michael

Attachments:
Ham Gr.pdf

---

Hello,

I have a problem with this version as well as the previous one.
After creating objects (circle, rectangle, curve...), I can't select them with the mouse click.
On the other hand, if I create a volume (sphere, cube...), I can select it. But I can only select or deselect this object wherever I click with the mouse.

Thank you in advance.

---

With regard to the leaders, I wonder if it would make sense to have a gap that is similar to the extension gap, but used to offset the arrow tip from the object? Being able to have a controllable gap there would serve the same purpose as the extension gap: to visually separate the annotation from the object it refers to. As I've been working with the leaders, I've often wished that I could have a little gap between the object and the leader's arrow tip.

--Larry

---

@ Marek - thanks for posting the PDF, looks great!

- Michael

---

Hi Dan,

re:
> I have a problem with this version as well as the previous one.
> After creating objects (circle, rectangle, curve...), I can't select them with the mouse click.
> On the other hand, if I create a volume (sphere, cube...), I can select it. But I can only select or deselect this object wherever I click with the mouse.

Can you please follow up with me through e-mail at moi@moi3d.com and let me know what operating system you are running on?

Thanks, - Michael

---

Hi Larry,

re:
> With regard to the leaders, I wonder if it would make sense to have a gap that is similar to
> the extension gap, but used to offset the arrow tip from the object? Being able to have a
> controllable gap there would serve the same purpose as the extension gap: to visually
> separate the annotation from the object it refers to. As I've been working with the leaders,
> I've often wished that I could have a little gap between the object and the leader's arrow tip.

There is actually an "Arrow gap" setting for that which doesn't have an entry in the UI yet because I have been waiting to see if anyone needed it or whether I could get rid of it. The reason why I wanted to get rid of it is that it will make some other future options like spline curve leaders a lot more difficult with the spline needing to be clipped.

You can turn it on by script right now though, if you select a leader and run this script it will set it:

For annotations with "Scaling: By screen size":

script: moi.geometryDatabase.getSelectedObjects().getAnnotations().setProperty( 'arrowGap', 7.0 );

For annotations with "Scaling: By model units":

script: moi.geometryDatabase.getSelectedObjects().getAnnotations().setProperty( 'arrowGapModelUnits', 0.2 );

It works on all annotation types that have arrows: linear dims, radial dims, angular dims, and leaders.

If you're generating some PDF output with leaders and/or dims I'd love to see some example PDF files!

Maybe instead of clipping a spline curve leader I could shove the end control point of the spline over to the base of the arrowhead that might be easier to have those co-exist in v5.

- Michael

---

@Larry,

re:
> Interesting idea. I haven't had cause to tinker with the startup scripts, but could imagine there
> is a use-case for allowing an ordering mechanism. Might be a bit interesting to make it
> generalized though: would users have to either edit that first line or perhaps rename files,
> either way seems to make it more challenging to support.

It wouldn't be something for users to edit really, it would be for the author of the script to use when making the script. Like maybe some script that wants to totally replace the UI would work more smoothly if it ran early on in the startup process so it wouldn't need to load the regular UI and then throw it away. While some other script that wanted to make a minor modification to the UI would work better if the regular UI was all finished being set up.

Some other possibilities might be that it could say "run after a file is loaded", "run before shutdown", stuff like that.

At any rate, it was intended that the current startup scripts should run after the UI is set up but right before the window is actually displayed, so that they could modify things without stuff visibly shifting or flickering on screen. But while trying to do this script over here: http://moi3d.com/forum/messages.php?webtag=MOI&msg=6925.554 I discovered that they were running a little earlier than I thought (at least on Windows), it was happening after the UI content was finished loading but before the main window had been sized. It's a little difficult for a script to modify some elements of the UI at that point with other parts of the startup process like the initial UI panel layout still coming after that.

It also appears that with the previous way there was some difference in the state of the app between Windows and Mac at the time the startup scripts ran so that's not good. I need to look at this a little more to make sure.

- Michael

---

Top work Michael, thanking you for all your great improvements!
Cheers Stefano

---

Great work Michael, another leap in making MOI the sharpest pencil in the cad toolkit.

---

Hi, Michael.

Exporting blocked lines to the PDF, as they are displayed in the program, will allow you to show the center lines.

There is also no control when measuring the radius inside the circle behind the center.

After fixing the radius dimension line, if the cursor remains in the same place,
then the extension line with the text is not fixed, only the arrow and the radius line remain on the screen.

Attachments:
dim.pdf

---

Hi WN,

re:
> There is also no control when measuring the radius inside the circle behind the center.

Can you please describe this one a bit more? If you could also post the .3dm model file that may help me understand.

re:
> After fixing the radius dimension line, if the cursor remains in the same place,
> then the extension line with the text is not fixed, only the arrow and the radius line remain on the screen.

Yes this will happen if the 2nd and 3rd points are stacked up on top of each other. You can fix it by selecting the dim, using Edit > Show pts on it, and then dragging the last point so there is some distance between it and the previous point.

- Michael

---

Good Job Michael !

---

Message 10011.25 was deleted

---

Hello Michael!

"This one is a big milestone because for the first time in 5 years my "todo" list of things for finishing up the v4 software is empty!"

So...a huge, long, and steep road you traveled!

Finally we're almost at a true new "starting point" now.

Congrats :)

I can't wait to see some new long awaited feature coming to Moi3D also :)

Stay well!

---

Show messages:  1-6  7-26  27-46  47-66  67-86  …  147-158