Search found 1351 matches

Go to advanced search

by realthunder
Wed Jun 21, 2017 9:36 am
Forum: Path/CAM
Topic: Path.Area: Welcome, to the new era!
Replies: 254
Views: 27480

Re: Path.Area: Welcome, to the new era!

sliptonic wrote:
Wed Jun 21, 2017 4:00 am
Damn, you're fast!

I didn't have time to reply to Bill and you got the reply AND the fix!
Well, it's a small fix after all. So, are you testing fine? If so, I'll submit the PR.
by realthunder
Wed Jun 21, 2017 7:11 am
Forum: Assembly
Topic: Realthunder Link implementation: Architecture discussion
Replies: 32
Views: 4457

Re: Realthunder Link implementation: Architecture discussion

Hmm, now I can see clearer the difference in our view point, too. I think assembly is meant to capture the placement relationship among various objects. The actual instance (or type) of object is not all that important. And Link is here to act as an abstract placeholder in the container, which is wh...
by realthunder
Wed Jun 21, 2017 3:51 am
Forum: Path/CAM
Topic: Path.Area: Welcome, to the new era!
Replies: 254
Views: 27480

Re: Path.Area: Welcome, to the new era!

Does the 'thicken' property work with pocket mode? I'm playing more with collision detection and can't seem to get it to work Fixed in my branch. Please test. I dont know what you are trying to do; pocket that hex rim with zigzag? He is trying to thicken the pocketing path to see if the tool bumps ...
by realthunder
Tue Jun 20, 2017 10:51 am
Forum: Assembly
Topic: Realthunder Link implementation: Architecture discussion
Replies: 32
Views: 4457

Re: Realthunder Link implementation: Architecture discussion

Just imagine you chose to make every tool aware of App::Link and enforced it to handle it instead of the actually required DocumentObject type. You would need to add some type checking code and retrieving of the linked object if it is a link. Than when accessing the properties of the object you wou...
by realthunder
Mon Jun 19, 2017 6:20 pm
Forum: Assembly
Topic: Realthunder Link implementation: Architecture discussion
Replies: 32
Views: 4457

Re: Realthunder Link implementation: Architecture discussion

Hi, ickby, I am very appreciated that you actually take time to look at the code. I was going to start a discussion like this, but without someone knowing the details, I felt like talking to myself most of the time. My branch actually kind of addressed both your approaches in certain way. There are ...
by realthunder
Sun Jun 18, 2017 8:56 am
Forum: Assembly
Topic: Links
Replies: 96
Views: 9764

Re: Links

Jee-Bee wrote:
Sat Jun 17, 2017 7:50 pm
why not just add it to Assembly 2?
I intend to, which is why I said it will be a fork of assembly2. It's just that the modification is going to be significant. And I doubt it is feasible to be backward compatible with project created by the old assembly2.
by realthunder
Sun Jun 18, 2017 8:54 am
Forum: Assembly
Topic: Links
Replies: 96
Views: 9764

Re: Links

ickby wrote:
Sun Jun 18, 2017 7:00 am
Your branch does currently not compile, there is a missing file:
/home/stefan/Projects/FreeCAD_sf_master/src/Gui/ViewProviderLink.cpp:47:32: fatal error: ViewProviderLinkPy.h:
Fixed. That header is not needed. I forget to remove it.
by realthunder
Sat Jun 17, 2017 7:19 pm
Forum: Assembly
Topic: Links
Replies: 96
Views: 9764

Re: Links

Latest update: * Link can now override the linked object's material, with UseMaterial and ShapeMaterial properties. Because the link doesn't know the detail coin tree structure of the linked object, it can only override the overall material. Face specific color list, line colors, etc. will be lost. ...
by realthunder
Wed Jun 14, 2017 8:20 am
Forum: Path/CAM
Topic: Path.Area: Welcome, to the new era!
Replies: 254
Views: 27480

Re: Path.Area: Welcome, to the new era!

The spiral pocket offset method gives strange results. With certain tool diameters, it appears to work right but with others, it's incomplete. Simple hexagon. With a Tool radius of 4, it appears to complete but with 5, it only does two loops. File attached. I have never been able to get spiral work...
by realthunder
Tue Jun 13, 2017 3:04 am
Forum: Help on using FreeCAD
Topic: Dimension "Snap Points" in Draft WB in Imported STEP File
Replies: 23
Views: 2682

Re: Dimension "Snap Points" in Draft WB in Imported STEP File

The reason of the failure is two fold. First, App::Part organize its children view provider in hierarchy as well. So we need to first find the correct view provider that actually has the selected subelement (vertex, edges, etc). This is easy to fix in C++. Second, we'll need to find all its belongin...

Go to advanced search