Ever worked with spalted beech? I have seen some very spectacular stuff done in that
not beech but spalted maple, hackberry, buckeye i've done
I have seen it (and cursed it) in structural oak.
The Burl vases etc, do you turn them ignoring the missing bits, or are they removed later? I really like http://www.panix.com/~dgarrett/phpv1/index.php?img=%2Fuserdirs%2Fdgarrett%2Fphpv1%2F13-Burl%2F0009.jpg
you ignore them, largish holes are helpful as, with bright lighting, you can see the tool inside, and you can clear chips easier (when stopped)
Rather like these (metal) machining videos? http://www.phorn.com/products/grooving/
(you need to click the "Film" link)
yes, sort of -- hollow turning in wood was pioneered by David Ellsworth, he hollows by hand large bowls through an opening of an inch diameter or less to a uniform thickness of about 1/8 inch http://www.ellsworthstudios.com/david/gallery.html
Yes, I was looking at that in a book I just found "New masters of woodturning" (which you seem to be in)
yes ( an honor to be included)
I can see mechanistic solutions to that problem (turn the OD, then use a curved chisel with a guide roller a diminishing distance away) but I suspect that is not how it is done
Ellsworth and many others use just hand tools, new develpments inlcude devices that arrest or resist torque and keep the tool on center.
the big problems are removing chips, patience, and measurment. now days, many use a laser pointer rigged onto the cutting tool so it points on the work where tool tip is and measuring is made easier
Clever, but by that point you might as well use CNC :-)
it's a slippery slope
Talking of which, I think I might have had a patentable idea today
I am thinking of a quirk on the conventional automatic boring head
we were always advised to keep a good hardbound notebook, date all entries, and use ink for those kind of ideas
I am never sure whether online discussion means that you can never patent, or have proof of patent
Of course, it has probably already been done, and is already for sale in eBay
dgarr: perhaps it would be better design to routinely return "break" from those python functions called for events, but I don't think anything else is looking for F1 keypresses anyway.
dgarr: so the shortest answer to "why" is "I didn't know of a specific reason to do it there"
whenever tkinter binds an event to a python function, it includes the 'break' comparison so seeing it in the tcl side of the binding doesn't necessarily mean the python author intended to ever "break"
i copied the bindings in an embedded tab and unknowningly had the function executed twice because of two bindtag entries. when executed twice, the toggle had no net effect.
would you consider a patch that added return "break" to those two functions?
returning "break" would ensure that no subsequent bindings will be executed -- seems like a reasonable expectation for the estop_clicked
but i can add a break to my binding too, maybe that's safer
if adding the break in axis is the best solution I'll put it in
i'm not sure what's best -- i was surprised seeing python insert the test and really surprised when i got two toggles. i think i understand what's happening now and that is probably sufficient for my purposes -- it did take a while to see what's happening there
jepler: what do you think about using gladevcp in similar place to pyvcp?
besides that it's crap by design :)
psha: I like the extra tab (along with preview, and large digits)
alex_joni: extra tabs are already there :) i hope keyboard issues are solved now so maybe it makes sense now to allow using gladevcp panel where pyvcp one is placed
having pyvcp *and* gladevcp is worse than having just one of them
and -- having them bot displayed or having ability to display one or another?
Hmm, serial.c Zero kB. That's not good.
Somehow the entire contents of the file have disappeared
psha: I mean, if a user wants VCP tabs and VCP at the right, it's better if it's the same VCP
Is there an easy way to check just that file back out of the last commit?
git log serial.c
git checkout serial.c - if you changes are local
It's sserial.c actually, my poor typing skillz might explain the problem.
git checkout COMMIT file.c - for given commit
The whole file is local...
is it in git?
then just git checkout sserial.c
this will restore it to HEAD
or from - from which side too look :)
It's not in HEAD
(I don;t think)
heh, if it's not recored in git (even not in index) then git won't help you :)
open disk device and look for strings from that file
and then install git-wip
Git gui shows that the changes to that file involve deleting all of it. Worst case I can copy and paste from the diff window and delete all the leading "-" signs :-)
then it's in git :)
you don't need to copy them
if 'git diff sserial.c' shows same then just pipe it to 'patch -p1'
1 is number of dirs to strip
git checkout brought it back, I just need to remember what I changed last time I looked at it (2 weeks ago)
git-wip will help you in such cases
[19:52:45] <psha> https://github.com/bartman/git-wip
work in progress
tool that stores all intermidiate work into wip/* branches
Hmm, well, currently I am looking at using the diff as the actual file. I just need to find a way to erase all the leading "-" signs, without totally messing up any maths.
git diff | patch -p1 -R
When I say "diff" I mean "what I copied out of a git-gui window.
heh, you may obtain that data without 'copy' - issue cli command doing what gui does
My situation is a little complicated by the fact that I do my development on a Mac...
The EMC machine is a pile of loosely-bonded parts on the floor in the corner, and I edit the code in XCode on a Mac with the EMC src remotely mounted. I compile in an ssh terminal.
The Mac has a nice big screen and a comfy chair.
andypugh: and Jobs will come to your house and break your mac if you use cli? :)
Anyway, I am back to where I was now.
?dmkk mjk jmjk;kjkl.,
sorry bout that
* alex_joni hides the laptop from his son again