Re: [Emc-developers] tooledit_widget modifications

2016-12-27 Thread Chris Morley
Hi Jim This sounds like a great improvement (I haven't actually tried it) The two ways of presenting one's work is forking or git patch. On small stuff I personally prefer patching (I don't use github much so am rusty) - but it doesn't really matter. As this is an upgrade (arguably) rather

Re: [Emc-developers] tooledit_widget modifications

2016-12-27 Thread Tero Kaarlela
Hi, This is a good one. Current tool table is awkward. -- Tero Kaarlela Production Engineer Eka-Sorvaus OY Nivala Finland mob +358 40 5906764 http://www.eka-sorvaus.fi Tue, 27 Dec 2016 21:00:16 -0600 Jim Craig wrote: > I committed the updated code to my fork

Re: [Emc-developers] tooledit_widget modifications

2016-12-27 Thread Jim Craig
I committed the updated code to my fork of the project at https://github.com/LearningLinuxCNC/linuxcnc I put in a pull request to the linuxcnc project. The updated code allows for normal spreadsheet navigation and editing of the table. Tab and right arrow accepts the value in the current cell

Re: [Emc-developers] Checking NML version

2016-12-27 Thread Frank Tkalcevic
> > I had the same problem. A half solution was to check the size of the > > structures eg sizeof(EMC_STAT). I only need to know if a binary has > > changed, and stop when there was a mismatch. > I wish there was a way to do that at runtime. As far as I know that trick > only works at

Re: [Emc-developers] Checking NML version --> Universal GUI, g-code?

2016-12-27 Thread Les Newell
Hi Nicklas, > I could see linuxcnc EMCTASK impelement a g-code interpreter. Could the use > interface run the hardware with g-code? The interface is capable of running g-code on LinuxCNC. When you open a g-code file in the GUI it will be automatically uploaded to the controller if you are

Re: [Emc-developers] Checking NML version --> Universal GUI, g-code?

2016-12-27 Thread Nicklas Karlsson
> > Ideally there should be a protocol version. Extra functions may be minor > > numbers and changes to old major number or something similar. > > That would be great but if it hasn't happened by now I doubt if it will > ever happen as it is only useful in limited circumstances. Most probably

Re: [Emc-developers] Checking NML version

2016-12-27 Thread Les Newell
Thanks Dewey, I didn't think of using Python. That's a great idea. Les On 27/12/2016 13:10, Dewey Garrett wrote: > $ python > ... import sys import linuxcnc as l s=l.stat() sys.getsizeof(s) > 13552 >

Re: [Emc-developers] Checking NML version

2016-12-27 Thread Dewey Garrett
In Les Newell writes: >I wish there was a way to do that at runtime. As far as I know that >trick only works at compile time. You get the size of the EMC_STAT class >you compiled with, not the version that is

Re: [Emc-developers] Checking NML version

2016-12-27 Thread Les Newell
> I had the same problem. A half solution was to check the size of the > structures eg sizeof(EMC_STAT). I only need to know if a binary has > changed, and stop when there was a mismatch. I wish there was a way to do that at runtime. As far as I know that trick only works at compile time. You

Re: [Emc-developers] Checking NML version

2016-12-27 Thread Nicklas Karlsson
Ideally there should be a protocol version. Extra functions may be minor numbers and changes to old major number or something similar. 2016-12-27 7:44 GMT+01:00 Frank Tkalcevic : > I had the same problem. A half solution was to check the size of the > structures eg