Back
[00:33:03] <cradek> 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
[00:42:06] <cradek> I guess the only one that comes to mind is #112233
[15:55:53] <dgarr> thanks!
[15:58:49] <cradek> 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
[15:59:41] <cradek> 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?)
[16:00:03] <dgarr> i've done the best i can with it
[16:00:05] <cradek> when I enlarge vertically, I get some empty space appearing under the status line
[16:00:05] <dgarr> sorry
[16:00:24] <cradek> I understand :-)
[16:00:36] <cradek> it is definitely much better
[16:01:08] <dgarr> you're welcome to improve it
[16:01:37] <cradek> yeah, I was just looking
[16:18:49] <cradek> jepler: do you know if those things are even possible?
[16:21:50] <jepler> 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
[16:22:19] <jepler> [pack ... -expand 1] and [pack ... -fill x] to make things take up more room than the initial request
[16:22:45] <cradek> can you initially size the frame just big enough that the horizontal scrollbar disappears?
[16:22:47] <jepler> 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
[16:24:04] <cradek> either way I think these changes are a big improvement - do you have any objection to my pushing them to 2.4 branch?
[16:24:20] <jepler> yes, at a minimum I want the patches reorganized first
[16:24:43] <jepler> and commit messages rewritten
[16:24:48] <jepler> patch 1: fix for leading zero on integer values
[16:25:15] <jepler> patch 2: all of scrollbar stuff in its current form, not split among multiple patches that add and then remove features (like the +/- buttons)
[16:27:22] <jepler> patch 1.5: change formats (dewey's patch 4/4)
[17:03:20] <CIA-2> EMC: 03jepler 07v2.4_branch * r0c3bc3d8918c 10/src/emc/usr_intf/tooledit.tcl: tooledit: support many tools by adding scrollbars
[17:03:22] <CIA-2> EMC: 03jepler 07v2.4_branch * rd8583c453369 10/src/emc/usr_intf/tooledit.tcl: tooledit: treat numbers with leading 0s as decimal
[17:03:30] <CIA-2> EMC: 03jepler 07v2.4_branch * r763cb561f288 10/src/emc/usr_intf/tooledit.tcl: tooledit: display up to 6 significant digits (SF#3032618)
[18:20:47] <KimK> 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.)
[18:21:08] <cradek> yes I think so
[18:21:29] <cradek> although, they are only used by AXIS to draw the tool, so a lot of worry isn't needed there
[18:23:11] <KimK> 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.
[18:23:57] <cradek> nope, we don't have gouge protection - I hear some controls do it - hope we do some day
[18:25:50] <CIA-2> EMC: 03cradek 07v2.4_branch * rf2965249df3d 10/src/emc/usr_intf/tooledit.tcl: tooledit: cosmetic improvements
[18:25:52] <CIA-2> EMC: 03cradek 07v2.4_branch * r25bbe5dc3955 10/configs/sim/axis.ini: Don't assume users know vi