Part --> CompoundFilter

[berndhahnebach]

see forum topic:
http://forum.freecadweb.org/viewtopic.php?f=8&t=16773

especially starting from post:
http://forum.freecadweb.org/viewtopic.php?f=8&t=16773&start=10#p159031

cheers bernd

I have no glue what to do in the regard of all these new cool icon stuff. I just added one icon.

[luzpaz]

s/childs/children/

[luzpaz]

# \brief CompoundTools Package for Part workbench

[berndhahnebach]

done see rebase under this comment ...

[wwmayer]

I consider this problematic: Base::Interpreter().runString("__import__('CompoundTools').importAll()"); because:

• it won't work with Python 3 because there the import mechanism works differently. CompoundTools are imported in Part but at this point the Part module is not yet initialized. Now CompoundTools tries to load Part too and then the initPart is called again which again tries to load CompoundTools and so on. This is a cyclic dependency and leads to a stack overflow
• CompoundTools is part of Part (not PartGui) but also deals with GUI stuff. In core modules I want to have a strict separation between App (i.e. non-GUI) and Gui stuff.

[berndhahnebach]

Ahh I got your point but I do not yet have an idea how to do this better. This part was copied from uptodate master. The BOPTools use the same code already. See

FreeCAD/src/Mod/Part/App/AppPart.cpp

Line 370 in 1463a26

try {

bernd

[wwmayer]

The BOPTools use the same code already. See

Exactly! That's why I know it leads to problems there. IMO, there is no need to put this import statement into the init function. It can e.g. also be put into the Initialize() method of the Workbench class (see InitGui.py).

[berndhahnebach]

#531

[wwmayer]

Replaced by #531