cradek: a patch to copy new tool entry to pocket 0:http://panix.com/~dgarrett/stuff/0001-copy-current-tool-to-toolTable-0.patch
did you try it? it has a typo and doesn't build...
I made a few changes - this fixes it, thank you
did you mean to take the static off fakepocket?
EMC: 03cradek 07master * r7fe140d81feb 10/src/emc/iotask/ioControl.cc: fix up and simplify dgarrett's previous fix
EMC: 03cradek 07master * re0c98275fda4 10/src/emc/iotask/ioControl.cc: fix tool table reload not changing the loaded tool
EMC: 03seb 073x20 * r184059733abd 10/ (280 files in 123 dirs): merge
EMC: 03seb 07master * rfed9d8e5a584 10/src/hal/drivers/mesa-hostmot2/ (encoder.c hostmot2.h): better encoder velocity estimation when reversing
I wonder how well that would work as velocity feedback to amps, now
EMC: 03cradek 07master * r41b93a693f55 10/src/emc/rs274ngc/ (7 files): readonly_toolparameters
EMC: 03cradek 07master * r4084c18a8232 10/src/emc/rs274ngc/interp_convert.cc: minor cleanup
EMC: 03cradek 07master * r255208afbd11 10/src/hal/drivers/mesa-hostmot2/ (encoder.c hostmot2.h): Merge branch 'master' of ssh://firstname.lastname@example.org/git/emc2
cradek: thanks for fixing that up, don't know about a typo -- i rushed off to dinner and must have moved wrong file. thanks for all your help
dgar1: welcome - thanks for doing it. did you see I pushed your readonly tool parameter patch?
I hope we don't clash with micges's work too much - we might have a big swirl when we want to merge, but we'll get it worked out.
yes --thanks! -- i'm looking at how to get the intepreter to update tool parameters when a gui causes reloading of the tool table -- could probably use a hint on this if anyone has ideas
oh I didn't even think to test that, jeez
you tried just sticking it in Interp::load_tool_table?
oh (duh) that's the hint i needed, seems to work i'll test more and get back in a day or so
i thought it was going to be much harder than that:)
sometimes we get lucky :-)
I always fear that someone from NIST or elsewhere who knows what he/she's doing will come along and have a heart attack seeing what I've done to the interpreter or other venerable parts of emc
I think this is a special case of imposter's syndrome
i'd never heard that term but i've seen mentions about "fear of success" -- sounds like the same thing. i would hope those folks would be proud to see their work grow and used around the world
yeah, I hope so too
EMC: 03cradek 07master * r15d0ba6b2aa2 10/src/hal/utils/halcmd_commands.c: fix loading of halcmd-save'd U32 settings
I broke a bunch of tests
well that's not going to keep me awake tonight... I'll fix it tomorrow.
EMC: 03jepler 07master * rd133f6146ef7 10/tests/save.0/expected: update results
EMC: 03jepler 07master * r3a591e6aa86c 10/src/emc/usr_intf/touchy/ (Submakefile touchy.py): organize touchy's python modules as a package
EMC: 03jepler 07master * rc9eb4e31b2ca 10/src/emc/usr_intf/touchy/ (Submakefile touchy.py): touchy should use same glade file location as our other programs
EMC: 03jepler 07master * r283106381a7b 10/ (debian/emc2.files.in src/Makefile): install touchy
did you push the gui changes you wanted me to test, or are they still separate and waiting for me?
that's still separate
hold on, I'll make a patch with just that in it...
[15:33:08] <jepler> http://emergent.unpy.net/files/sandbox/0001-prevent-widgets-getting-keyboard-focus.patch
ok, I'll try it today, thanks
ooh, I finally figured out gtk-touchscreen-mode
hold on for a new patch..
jepler: Can you *FEEL* the power?! I knew you could =)
er, argh -- it's still not right. some widgets still react to pointer presence :(
sounds like OnMouseOver
(in JS speak)
for the touchscreen UI you don't want the appearance to differ just becuase the last touch was inside that button
should make gtk work that way, but it doesn't actually change the behavior of all the widgets
It says "Motion", is that the same as "presence" ?
well, not exactly. In gtk there are enter, leave, and motion events. for all I know it's true that the motion events aren't being paid attention, but the leave and enter are
* jepler tests
no, that doesn't seem to be it
jepler: do you need a touchscreen? I have one extra (even after I put one on the lathe) and you could have it at least until I need it for something (you would have to mount it somehow - it is bare)
(cumulative with 0001-prevent)
cradek: no, I think I can test this appearance stuff adequately without one
hey that definitely looks good
building on jr now
jepler: on jr/hardy, I still get extra unwanted color differences
like if in estop / machine off state, and I alternately poke estop and machine off buttons anyway, they have different colors
but on my jaunty laptop (not touchscreen) it was perfect
cradek: I'll look into it on my hardy system (I tested on karmic)
cradek: on my hardy system it's even worse than what you describe -- there's an orange border that follows the mouse pointer around as well
I suppose that's just a theme difference
cradek: did you track tlo_all_axes?
I have only glanced at it so far
I sure appreciate you working on that - it's something I want too
EMC: 03seb 073x20 * rbd74b5807bb7 10/ (16 files in 8 dirs): Merge commit 'origin/master' into 3x20
EMC: 03seb 073x20 * r42f6934340f0 10/src/hal/drivers/mesa-hostmot2/ (hm2_pci.c hm2_pci.h hostmot2.c hostmot2.h pins.c): Fix some bugs for the 3x20
cradek: v2 patches for focus and prelight: http://emergent.unpy.net/files/sandbox/0001-prevent-widgets-getting-keyboard-focus.patch http://emergent.unpy.net/files/sandbox/0002-disable-prelight-appearance-by-warping-pointer.patch
0001 is modified since the last version I sent
(0002 only has any effect if you've also turned on "invisible pointer")