I think the idea is great, but I think it would be nice if we used an existing color format; I've never seen 0:0.5:1 before
I guess the only one that comes to mind is #112233
dgarr: that's much better behavior on resize, but I think it could be better still: seems like it should start up large enough to not have scrollbars, when possible. I get a horizontal scrollbar (that scrolls just a tiny bit) for no reason
also maybe it should either have a max width (is that possible) or the table should expand when I enlarge it horizontally (maybe just the comment column should expand?)
i've done the best i can with it
when I enlarge vertically, I get some empty space appearing under the status line
I understand :-)
it is definitely much better
you're welcome to improve it
yeah, I was just looking
jepler: do you know if those things are even possible?
in principle you can use [wm maxsize] to set the maximum size of a window, and [wm grid] to make it resize in increments bigger than one pixel
[pack ... -expand 1] and [pack ... -fill x] to make things take up more room than the initial request
can you initially size the frame just big enough that the horizontal scrollbar disappears?
I haven't looked into the details; combining [maxsize] and a scrolling area is tough because you have to calculate the right max size yourself
either way I think these changes are a big improvement - do you have any objection to my pushing them to 2.4 branch?
yes, at a minimum I want the patches reorganized first
and commit messages rewritten
patch 1: fix for leading zero on integer values
patch 2: all of scrollbar stuff in its current form, not split among multiple patches that add and then remove features (like the +/- buttons)
patch 1.5: change formats (dewey's patch 4/4)
EMC: 03jepler 07v2.4_branch * r0c3bc3d8918c 10/src/emc/usr_intf/tooledit.tcl: tooledit: support many tools by adding scrollbars
EMC: 03jepler 07v2.4_branch * rd8583c453369 10/src/emc/usr_intf/tooledit.tcl: tooledit: treat numbers with leading 0s as decimal
EMC: 03jepler 07v2.4_branch * r763cb561f288 10/src/emc/usr_intf/tooledit.tcl: tooledit: display up to 6 significant digits (SF#3032618)
cradek: In the tooltable, in lathe mode, are the I & J entries (front & back angles) in floating point? (This Q is for the manual, although probably not very important as a practical matter. 80(.000) degrees vs 79.997 degrees? Yeah, not really. Anyway, I'm guessing floating point.)
yes I think so
although, they are only used by AXIS to draw the tool, so a lot of worry isn't needed there
Oh, thanks, I didn't know that, I thought EMC2 might be doing error/crash/bounds checking or something. OK, I'll comment it that way and wait to proven wrong, lol. Thanks again.
nope, we don't have gouge protection - I hear some controls do it - hope we do some day
EMC: 03cradek 07v2.4_branch * rf2965249df3d 10/src/emc/usr_intf/tooledit.tcl: tooledit: cosmetic improvements
EMC: 03cradek 07v2.4_branch * r25bbe5dc3955 10/configs/sim/axis.ini: Don't assume users know vi