interesting ... polite way to say annoying  ... wait and see if I can reproduce this sort of behavior

all right, tested with a spiral cut, your observation cannot be reproduced here. There is no discrimination in feed direction nor a transport of a material related number (tested default values 1 to into the text assigned to feed in the G-code. Sorry.   

BTW, which kind of job requires a direction dependent feed ?

The feed direction is required as there is a rotary table in the way and quite a large gear to cut - if that is what you mean.

Matt

ok, thank you for clarifying this. good luck with this issue.

Spiral cut? Have you tried a standard spur gear?
Matt

These are the gear dimensions (although it doesn't seem to matter)
Matt

Matt, as discussed this morning, I cannot reproduce the strange behavior you observe. I have also tried with the gear cut wizard, as you asked me to do.

Have you actually used (i.e. pressed the calc button), one page before you reach the actual gear size and cut dimensions, the speed and feed calculation available ?
I have done so, obtain for my example a feed opf 240.1 mm/min which is nicely transported into the index.tap file.

Enjoy your evening, Philippe

Ah well, thanks for trying.

Yes, I have pressed the calc buttons and even tried to enter my own values to no avail.

If relevant at all, the 'preview' option displays nothing as well.

I'll resort to manual Gcoding...

Matt

Matt, this behavior indicates some sort of bug/flaw. No sure "where" to look, however. FYI on a machine running a Win7 Corporate operating system I was capable to read / edit every file generated by the wizards. When I left this company, I had to erase the corporate Win 7 installation and replace it by my own Win 7 Pro license. Since, editing the files generated by the wizards is not possible anymore.

Mach3 is no longer supported. Perhaps if asking politely, you can get ahold of the code of this wizard and dig into the details and identify the problem.

Cheers, Philippe