FernV, calling FernV

Some work is being done by me for an update:
forum.linuxcnc.org/qtvcp/50926-developme...a-qt-version-of-ncam

You should be able to run the programs without ncam, you need the ncam oword libraries available and the INI SUBROUTINE_PATH must be set.

Thanks, Aciera and cmorley, this is fantastic news. Although my current toolchain of Rhino3d/Grasshopper/sheetcam is great and likely more powerful than I'll ever much use, NativeCAM is still useful daily for so much stuff, it's just so immediate.

I've tried a bunch of times to hack together some way of getting the use of it on an otherwise updated machine, without success. If I can help out with testing at all please let me know.

Hi All, I had some spare time today and *I think* I ported most of NativeCAM to python3 and gtk3.
I am currently testing it, but I have never used it, so I would appreciate anyone else testing it.

Here is my fork of NativeCAM: github.com/BogdanTheGeek/NativeCAM

I've added a requirements.txt, but it might be incomplete

After spending a few more hours trying to get to the bottom of why it keep segfaulting randomly, I can only presume that somewhere in this 6000 line mess, there is a race condition in the element tree updating code ( It accesses both GTK and X11 somehow ). As I have never used the tool, and it doesn't seem to work for me, I think this is where I leave it. I have learned quite a bit from the code base, but I think that it's too (unnecessarily) complex to update, and a full re-write might be a better use of time.

For anyone with more masochistic tendencies skill:
To get the icons for the ToolBar to show up, i had to do a dirty hack at line 3616 to set a gtk-icon based on the label of the action. This is extra stupid because the  actions are used to create the menu items as well as the toolbar. A proper solution would use Gio.Action.
The pop up field editor is what is causing the segfaults. Converting them to a normal dialog might fix it, but i think the bigger issue is the TreeView implementation. I think somewhere in the code we are leaking the values, or they get freed.

On the bright side, this has finally motivated me to finish my (very basic) programmatic CAM library and maybe turn it into a fully fledged tool.

Shameless plug:
github.com/BogdanTheGeek/libccam - Generate gcode with C functions (Originally targeted to GRBL, but should work with LinuxCNC)
github.com/BogdanTheGeek/cginc - OpenGL gcode visualiser with the ability to import STL files

What is the consensus on LinuxCNC interfaces.
I use GMOCCAPY for all my machines because I don't particularly feel nostalgic about Windows 95.
That would probably dictate what is the best GUI framework to use. Personally, I don't like GTK that much, but QT is not much better. I would rather have a cross platform, stand alone tool instead of a plugin. I also especially don't think python is the right tool to create UIs ( I have been using it with Tkinter and GTK for work ), but i understand the reasons for using it.

I also don't want to program my mill from LinuxCNC and for the Lathe, I am trying out github.com/andypugh/LatheMacros

@BogdanTheGeek
How can I install your version?

I just downloaded NativeCam from github onto my opensuse box. I seems to be working. This is not on my cnc box yet as I need to upgrade to 2.9. I hope to do that this week and then try the new nativecam, which I use as my cam. Any thing I need to watch out for before I do the upgrade. I don't want to loose my working copy o NativeCam on linuxcnc 2.8.