> From: bodge...@gmail.com
>
> That would have the same (or worse) problems with the HAL value and
> the interpreter value getting out of synch.
>
> It seems to me that if everyone hates the current capability then it
> should be removed.
>
If the current system works pretty well and there is little
possibility of someone coding up an alternative soon,
then it seems the answer would be to allow it.
a working code in hand is better then two in the bush.
> The current limbo-state of being there if you turn it on, but in
> danger of disappearing, seems the worst of all positions.
>
I agree.
It seems to me the arguments for it tying HAL too tightly
to Gcode needs to be thought of in context.
This capability will most likely be used in remap or
special purpose GUI enhancements.
Remap by it's very nature tends to make the Gcode work differently
on different machines.
or it tightly connects (eg) tool changes to the hardware available.
But it does make it so a ordinary user/intergrator has a good chance of
making/modifying a remap to do what they want.
But all this is a choice the integrator gets to decide on unless we take
that choice away.
Chris M
------------------------------------------------------------------------------
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
