#linuxcnc-devel | Logs for 2015-10-04

Back
[05:56:00] <KGB-linuxcnc> 03Chris Morley 05master 6806220 06linuxcnc 10src/emc/usr_intf/gscreen/gscreen.py gscreen -add intenal doc capability * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6806220
[05:56:01] <KGB-linuxcnc> 03Chris Morley 05master 5f92b2f 06linuxcnc 10lib/python/gladevcp/tooledit_gtk.glade 10lib/python/gladevcp/tooledit_widget.py gladevcp -add lathe wear offset display option * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5f92b2f
[13:26:17] * pcw_home realizes after about 7 years that hostmot2 would be better if the attributes for enabled module pins were given proper names
[13:26:31] <pcw_home> sigh
[13:34:15] <pcw_home> that is instead of
[13:34:17] <pcw_home> setp hm2_5i25.0.gpio.006.invert_output true
[13:34:18] <pcw_home> it would be much nicer to
[13:34:20] <pcw_home> setp hm2_5i25.0.stepgen.02.step.invert_output true
[13:34:56] <pcw_home> or a bit better
[13:34:58] <pcw_home> setp hm2_5i25.0.stepgen.02.step_pin.invert_output true
[13:36:47] <archivist> looking at chatter about latching later, I think jepler and maybe others are assuming one axis probing, the real things also probe normal to the surface using as mane axes as needed
[13:37:05] <archivist> mane/many
[13:37:21] <pcw_home> The hardware can latch all axis
[13:37:54] <archivist> I realise the hardware can (what I think I want)
[13:38:52] <archivist> there is another can of worms in calibrating out the probe and stylus in the mix
[15:55:06] <cradek> http://timeguy.com/cradek-files/emc/paper-capacitor.jpg
[15:55:20] <cradek> yeah, might want to replace those before plugging it in
[16:24:35] <Tom_itx> is there an option to open the ngc file brouser in axis to full screen by default?
[17:36:32] <jepler> pcw_home: should be possible via hal aliases
[17:37:10] <jepler> Tom_itx: no
[17:37:34] <fenn> jepler: do you think it is even possible with tkinter?
[18:06:14] <PCW> Yes hal aliases would work but it would be better if the driver made parameters with a better name
[18:06:15] <PCW> (it would have to leave the old GPIO names for compatibility)
[18:16:05] <PCW> if the driver provided module (stepgen/pwmgen etc) names for invert/open drain etc then hardware setup would be easier and the hal files would be more portable
[18:20:36] <PCW> because you really want
[18:20:38] <PCW> setp hm2_5i25.0.stepgen.02.step_pin.invert_output true
[18:20:39] <PCW> not
[18:20:41] <PCW> setp hm2_5i25.0.gpio.006.invert_output true
[18:21:50] <PCW> even though hm2_5i25.0.gpio.006.invert_output would still need to be there for compatibility
[19:50:26] <jepler> that is a good point
[19:51:13] <jepler> fenn: no the tk file dialog has very limited capabilities and maximizing is not one.
[19:53:43] <cradek> fenn: I wouldn't be surprised if you could get devilspie to do that
[20:44:37] <dgarr> Tom_itx: fullsize file open method for test: http://www.panix.com/~dgarrett/stuff/bigfileopen.txt
[20:52:05] <jepler> yeah you may be able to do it if you don't mind making use of the internal details of how tk_getOpenFile works
[20:52:47] <jepler> "wm attributes .__tk_filedialog -zoomed 1" may be a better way to request the window to be as big as the screen