Back
[00:01:03] -!-
coldelectrons has quit [Ping timeout: 240 seconds]
[00:04:02] -!-
Emcrules_Laptop has quit [Ping timeout: 240 seconds]
[00:04:13] -!-
theorbtwo has quit [Ping timeout: 255 seconds]
[00:04:16] theorb is now known as
theorbtwo
[00:04:28] <psha> you may take a look on how it's done
[00:04:37] <psha> here is small override config for parts:
http://psha.org.ru/tmp/adoc/xhtml11-links.conf
[00:04:51] <psha> it tells asciidoc to ask external program (links.py) for link target
[00:05:08] <psha> link.py is laying in same dir
[00:05:10] <psha> links
[00:06:53] <psha> and now it's time to sleep
[00:06:55] <psha> bb
[00:06:56] -!-
psha has quit [Quit: leaving]
[00:07:16] -!-
EDocToor [
[email protected]] has joined #emc-devel
[00:17:51] -!-
adb has quit [Ping timeout: 240 seconds]
[00:22:06] -!-
adb [
[email protected]] has joined #emc-devel
[00:25:00] -!-
micges has quit [Quit: Ex-Chat]
[00:37:08] -!-
HDB10 has quit [Quit: Ex-Chat]
[00:47:29] -!-
i_tarzan has quit [Ping timeout: 264 seconds]
[01:17:42] -!-
Tom_L has quit []
[01:19:09] -!-
dgarr [
[email protected]] has joined #emc-devel
[01:27:32] -!-
robh__ has quit [Ping timeout: 276 seconds]
[01:32:04] -!-
JPM has quit [Quit: Leaving]
[01:43:41] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[01:45:57] -!-
Jymmm has quit [Ping timeout: 265 seconds]
[01:58:17] -!-
Jymmm [Jymmm!~jymmm@unaffiliated/jymmm] has joined #emc-devel
[02:00:03] <dgarr> some updates for latencyplot:
http://www.panix.com/~dgarrett/stuff/latencyplot_updates.mbox
[02:04:42] <jepler> dgarr: looking..
[02:04:46] <jepler> anything controvertial inside?
[02:05:28] <dgarr> i dont think so, i've tried to add it to menu but i'm not sure i've got everything right for that yet
[02:06:57] <dgarr> and it does require tk8.5
[02:07:05] <dgarr> if that matters?
[02:08:46] <jepler> you mean it newly requires tk8.5?
[02:09:05] <jepler> ah, I see "clock milliseconds" now
[02:09:10] <dgarr> yes clock milliseconds
[02:16:32] <jepler> well, the 'make install-menus' for RIP works on my system after one tweak.. didn't test package building
[02:17:28] <jepler> (actually it was building the latency stripchart program itself)
[02:17:31] <CIA-53> EMC: 03jepler 07master * ra63acc15fb07 10/scripts/latencyplot.in: latencyplot: show latency measured over smaller intervals
[02:17:33] <CIA-53> EMC: 03jepler 07master * r8bf73eb35d0c 10/ (5 files in 4 dirs): latencyplot: add menu item
[02:17:33] <jepler> dgarr: thanks
[02:17:33] <CIA-53> EMC: 03jepler 07master * r222efa0d2658 10/scripts/latencyplot.in: latencyplot.in: Tk 8.5 is reqd for clock milliseconds
[02:17:34] <CIA-53> EMC: 03jepler 07master * rd003e4408832 10/src/Makefile: latencyplot needs to be rebuilt sometimes
[02:17:41] <CIA-53> EMC: 03jepler 07master * r7754b534b1c2 10/scripts/latencyplot.in: latencyplot: add options for thread intervals
[02:17:53] <CIA-53> EMC: 03jepler 07master * re5a6e6caa7d6 10/src/Makefile: latencyplot: include latencyplot in Makefile
[02:18:04] <dgarr> ok, thanks -- did you happen to test menu?
[02:18:36] <jepler> I tested that Latency Test Stripchart (run-in-place) works.
[02:18:37] -!-
pixpop has quit [Client Quit]
[02:18:48] <dgarr> ok thanks again
[02:29:05] <seb_kuzminsky> yay, the buildbot is building something :-)
[02:30:10] <cradek> yay seb!
[02:31:05] <seb_kuzminsky> emc2-buildmaster: we missed you <3!
[02:31:06] <emc2-buildmaster> What you say!
[02:31:11] <seb_kuzminsky> uh never mind
[02:31:33] <cradek> haha
[02:32:23] <skunkworks> so - would I have to install tk8.5 to run the new plotter? I just ran latencyplot and it scolds me about milliseconds... (built from last weekend)
[02:32:41] <skunkworks> *git from last weekend
[02:34:48] <dgarr> skunkworks: yes tk8.5 is reqd, you can have both 8.4 and 8.5 on same system
[02:36:14] <skunkworks> ok - thanks (think I am going to call it a day)
[02:38:56] <jepler> I suppose we'd better make configure complain about it if it's required
[02:39:05] <jepler> skunkworks: hardy or lucid?
[02:39:12] <skunkworks> lucid
[02:39:45] -!-
skunkworks has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122825]]
[02:44:09] <jepler> weird, I didn't think you could use tk8.4 on lucid, because it didn't match the version used by tkinter
[02:44:22] <dgarr> i was under the impression lucid was tk8.5 by default
[02:44:36] <jepler> buildbot gets this in configure:
[02:44:36] <jepler> checking for tcl... /usr/lib/tcl8.5/tclConfig.sh found
[02:44:42] <jepler> checking match between tk and Tkinter versions... 8.5
[03:02:40] -!-
ries has quit [Quit: ries]
[03:22:32] -!-
Tom_L has quit []
[03:41:43] -!-
skunkworks [skunkworks!~chatzilla@str-bb-cable-south2-static-6-412.dsl.airstreamcomm.net] has joined #emc-devel
[03:43:37] <CIA-53> EMC: 03kkirwan 07v2.4_branch * ra2f4514aa2bc 10/docs/src/gcode/overview.lyx: Fix a g code chapter heading in docs
[03:44:37] <skunkworks> yay!
[03:44:45] <skunkworks> :)
[03:45:03] <cradek> cool
[03:45:16] <cradek> I just was offering advice, slightly too late, no problem
[03:47:09] <cradek> the advice I was going to offer was to use a shell and do a 'git commit --dry-run' first. then see if it intends to push what YOU intend to push
[03:47:27] <cradek> especially if you have changed several branches, it's awfully easy to push the wrong changes
[03:48:15] -!-
bootnecklad has quit [Ping timeout: 240 seconds]
[03:49:16] <cradek> if you had done the 'git push --dry-run' you would have seen .... master -> master 7754b534b..d003e44088
[03:49:35] <cradek> if you'd take those refs and then do 'git log 7754b534b..d003e44088' you **should** see what you intend to push
[03:49:42] <cradek> if so, just do the git push without worry
[03:49:51] <cradek> if you get some log you don't expect, investigate
[03:50:19] <cradek> you also may get 'error: master [not fast forward]' or however they say it, which means you need to pull and rebase or merge before you can push.
[03:54:01] <KimK> OK, I think I see. I'm sure I'll run into a problem at some point down the road and be asking for help. So git commit --dry-run followed by git push --dry-run? And then git log (data string)?
[03:54:37] <cradek> no, you can git commit to your heart's content because those commits are local. it's typical to make several commits and push them together after confirming the push will do what you want
[03:55:00] <cradek> in that case, the git log that you do with the refs that git push --dry-run gives you will show all your commits.
[03:56:09] <cradek> the typical rule for when to make commits separate is 'when they make more sense by themselves than together'. in docs, this isn't a very big deal - except maybe in the situation where you want to apply some, but not all, to more than one branch.
[04:00:07] <KimK> OK, I'll try to keep things well-organized. But I'm still not completely clear on these three git statements you're showing me, (1) git commit --dry-run (2) git push --dry-run (3) git log (data-string). So I only need (1) first, or, (2) and (3) second, is that what you mean?
[04:00:31] <cradek> #1 should be 'git commit'
[04:00:45] <KimK> OK
[04:01:23] <cradek> you'll do change ... #1 ... change ... #1 ... #2/#3 to check what will push, and if you like it, #4 git push
[04:01:50] <cradek> you've got a button for commit, which is perfectly fine
[04:01:59] <cradek> I don't think you have buttons for #2/#3
[04:02:00] <KimK> Oh, OK, that makes a lot more sense now.
[04:02:17] -!-
tlab has quit [Quit: Leaving]
[04:02:24] <cradek> #4 you have a button, but why bother with it if you're at the shell doing #2/#3
[04:02:39] <cradek> brb
[04:06:20] <KimK> OK, see you when you get back. Now when I am doing as you are saying above, change... #1... change... #1... etc., will that show in the history (after it's been pushed, anyway) as a bunch of small commits, or one big commit?
[04:11:05] <KimK> I'm guessing it would show as a bunch of small commits, just like it really was? Which is why you'd (I'd) want to relate that bunch of small commits to each other by having them in one push? Is that right?
[04:12:42] -!-
Valen has quit [Quit: Leaving.]
[04:46:42] -!-
skunkworks has quit [Ping timeout: 240 seconds]
[05:09:03] -!-
Athlocatle has quit [Ping timeout: 240 seconds]
[05:20:37] -!-
HDB10_ has quit [Quit: Ex-Chat]
[05:25:05] <cradek> yes - they stay separate - push only moves them from your repo to ours. whether they're pushed together ensures they're in the shared history adjacently (is that a word?) but it's not required that everything in a push be related. it just transfers the commits.
[05:48:32] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[05:49:01] -!-
JT-Shop [
[email protected]] has joined #emc-devel
[05:53:23] -!-
HDB10_ has quit [Quit: Ex-Chat]
[05:57:56] -!-
Birdman3131 has quit [Ping timeout: 276 seconds]
[06:10:55] -!-
mhaberler [
[email protected]] has joined #emc-devel
[06:33:43] -!-
LawrenceG has quit [Remote host closed the connection]
[06:46:40] -!-
dgarr has quit [Ping timeout: 260 seconds]
[06:48:35] -!-
psha [
[email protected]] has joined #emc-devel
[06:57:21] -!-
adb has quit [Ping timeout: 246 seconds]
[07:11:17] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[07:13:12] -!-
mhaberler has quit [Ping timeout: 276 seconds]
[07:13:25] mhaberler_ is now known as
mhaberler
[07:22:18] -!-
emcrules_ has quit [Read error: Connection reset by peer]
[07:59:35] -!-
mhaberler has quit [Ping timeout: 260 seconds]
[08:00:28] -!-
nullie has quit [Quit: Ex-Chat]
[08:00:28] -!-
mhaberler [
[email protected]] has joined #emc-devel
[08:10:26] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[08:23:44] -!-
mhaberler has quit [Ping timeout: 272 seconds]
[08:24:06] -!-
mhaberler_ has quit [Ping timeout: 240 seconds]
[08:42:21] -!-
bootnecklad_ has quit [Ping timeout: 246 seconds]
[08:48:44] <psha> logger[psha]: ping
[08:51:33] -!-
psha has quit [Quit: leaving]
[09:11:59] -!-
HDB10_ has quit [Remote host closed the connection]
[09:27:09] -!-
HDB10 has quit [Quit: Ex-Chat]
[09:30:05] -!-
odiug has quit [Ping timeout: 264 seconds]
[09:30:39] -!-
The_Ball has quit [Ping timeout: 240 seconds]
[09:53:32] -!-
robh__ [
[email protected]] has joined #emc-devel
[10:10:13] -!-
psha [
[email protected]] has joined #emc-devel
[10:27:17] -!-
vezza has quit [Quit: Sto andando via]
[10:30:05] -!-
seb_kuzminsky has quit [Ping timeout: 260 seconds]
[10:30:10] -!-
emc2-buildmaster has quit [Ping timeout: 255 seconds]
[10:41:47] -!-
seb_kuzminsky [
[email protected]] has joined #emc-devel
[10:53:36] -!-
acemi has quit [Changing host]
[11:28:08] -!-
izua_ has quit [Ping timeout: 255 seconds]
[11:44:26] -!-
Fox_Muldr has quit []
[11:55:43] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[12:14:54] -!-
EDocToor has quit [Ping timeout: 272 seconds]
[12:24:08] -!-
EDocToor [
[email protected]] has joined #emc-devel
[12:24:15] -!-
micges [
[email protected]] has joined #emc-devel
[12:25:56] -!-
micges has quit [Client Quit]
[13:19:32] <jthornton> when is it necessary to run ./autogen.sh and ./configure? every time before make?
[13:20:21] -!-
drill has quit [Ping timeout: 240 seconds]
[13:20:46] <jthornton> KimK: are you awake?
[13:21:25] <archivist> when there is a large change/ changed configuration
[13:21:47] <jthornton> like new files or something?
[13:22:10] <archivist> new parameters to ./configure
[13:23:22] <jthornton> ok, thanks
[13:33:03] -!-
ries [
[email protected]] has joined #emc-devel
[13:37:41] <CIA-53> EMC: 03jthornton 07v2.4_branch * r5a09b63183e3 10/docs/src/gui/axis.lyx: note that pressing spindle start sets s to 0
[14:04:53] -!-
odiug has quit [Ping timeout: 264 seconds]
[14:07:46] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[14:08:15] <jepler> in theory, make detects that autogen.sh needs to be re-run (if configure.in is modified) and that configure needs to be re-run (if configure is modified). If there are cases where you find you need to manually re-run configure besides to change the configure flags, I'd like to hear about them and fix them in the Makefile.
[14:10:49] -!-
Valen has quit [Quit: Leaving.]
[14:19:28] -!-
pjm__ has quit [Ping timeout: 265 seconds]
[14:27:21] -!-
skunkworks [skunkworks!~chatzilla@str-bb-cable-south2-static-6-412.dsl.airstreamcomm.net] has joined #emc-devel
[14:42:03] -!-
mhaberler [
[email protected]] has joined #emc-devel
[14:44:45] -!-
psha[book] [psha[book]
[email protected]] has joined #emc-devel
[14:49:05] -!-
dgarr [
[email protected]] has joined #emc-devel
[14:53:47] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[15:18:54] -!-
ODC_giraffe has quit [Quit: Visitor from www.linuxcnc.org]
[15:20:24] -!-
Guest592 has quit [Quit: Visitor from www.linuxcnc.org]
[15:29:00] -!-
mhaberler_ has quit [Ping timeout: 240 seconds]
[15:29:29] -!-
mhaberler has quit [Ping timeout: 264 seconds]
[15:35:07] -!-
psha[book] has quit [Read error: No route to host]
[15:35:15] -!-
psha has quit [Read error: No route to host]
[15:35:33] -!-
psha[book] [psha[book]
[email protected]] has joined #emc-devel
[15:37:23] -!-
awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[15:40:07] -!-
psha [
[email protected]] has joined #emc-devel
[15:44:14] <cradek> jthornton: pressing spindle start sets S to 1, which turns on the spindle, at least on AXIS and touchy
[15:46:36] <cradek> jthornton: looks like halui might start at 500 which is probably a really bad idea
[15:48:08] -!-
drill has quit [Ping timeout: 276 seconds]
[15:48:23] <cradek> steve b complained about something weird with spindle starting that I couldn't reproduce, then ignored my request for more information. maybe he was using halui spindle start and didn't say so.
[15:51:31] <skunkworks> cradek: the halui pins for mv, fo, and so really work nice. it is seemless switching between them. (using 1 jog wheel)
[15:54:17] <cradek> cool
[15:55:52] <cradek> did you try changing speed during a continuous jog? that's pretty darn nice - seb did it in halui too - I haven't tried that one
[15:56:35] <skunkworks> not yet
[15:56:48] <cradek> or do you even have continuous jog halui buttons?
[15:56:55] <cradek> might not need them.
[15:57:01] <skunkworks> I don't have continous jog switches yet.
[15:57:26] <skunkworks> we are keeping the keyboard - so those are what we have been using
[15:57:29] <cradek> how do you cut anything!? haha
[15:57:32] <skunkworks> heh
[15:57:33] <cradek> oh right, AXIS
[15:57:53] <skunkworks> you say it as a swear word! ;)
[15:57:54] <cradek> it has pretty good continuous jog, but you can't change speed during.
[15:58:00] <cradek> noo! not at all
[15:58:06] <cradek> I still use it on the lathe.
[15:58:22] <skunkworks> heh
[15:59:34] -!-
adb [
[email protected]] has joined #emc-devel
[16:03:40] <JT-Shop> cradek: ok, thanks I'll change 0 to 1... I guess I assumed it was 0 after pressing the button... but setting S to 0 after pressing spindle start makes sense to me then pressing increase or decrease to get an actual speed
[16:04:32] <cradek> yeah -- but if you want it to actually turn on when you press on - the minimum speed is your safest choice
[16:06:21] <JT-Shop> mine runs backwards at 1 rpm :/
[16:07:26] <JT-Shop> heh, I just noticed you can't run the spindle backwards from the manual screen in axis
[16:11:39] <JT-Shop> jepler: thanks for the explanation on autogen, configure and make
[16:13:08] -!-
maximilian_h [
[email protected]] has joined #emc-devel
[16:17:17] -!-
psha[book] has quit [Quit: leaving]
[16:19:29] <skunkworks> JT-Shop: I think it is because you don't have spindle reverse pin hooked to anything in hal
[16:19:43] <skunkworks> (the button won't show up then)
[16:21:36] <JT-Shop> hmm M4 works
[16:22:46] <psha> jepler: i've extended a bit links script and it's capable to handle real document cross refs
[16:22:49] <psha> http://psha.org.ru/tmp/docs/lathe/lathe-user.html#_threading
[16:23:07] <psha> link (sec:G76.....) points to other part
[16:23:10] <psha> and it's working :)
[16:23:58] <skunkworks> JT-Shop: there are a few ways to make the spinde work in reverse without the actual reverse pin hooked up :)
[16:28:18] -!-
odiug has quit [Ping timeout: 276 seconds]
[16:30:15] -!-
nullie has quit [Ping timeout: 276 seconds]
[16:31:28] -!-
maximilian_h [
[email protected]] has parted #emc-devel
[16:32:04] <jepler> psha: exciting!
[16:32:07] <JT-Shop> heh, I had to lie to Axis
[16:33:26] <JT-Shop> psha: nice! and the link is a bit more descriptive than [.]
[16:35:32] <skunkworks> JT-Shop: I think I did the same thing. :P
[16:36:07] <JT-Shop> I wonder how many don't have reverse cause they don't know how...
[16:59:06] -!-
ODC_giraffe has quit [Quit: Visitor from www.linuxcnc.org]
[17:11:58] -!-
micges [
[email protected]] has joined #emc-devel
[17:16:31] <psha> hm
[17:16:50] <psha> also (but with not obvious names) it's possible to generated chunked docs from docbook
[17:16:54] <psha> http://psha.org.ru/tmp/docs/Getting_Started.chunked/ar01s02.html
[17:18:39] <jepler> ...breaking old links
[17:18:55] <psha> yes, and if there is new section added then all links will break too
[17:19:12] <psha> since it uses names based on section numbering
[17:19:46] <jepler> ugh
[17:20:15] <psha> that's solely docbook feature - just noticed that there is such thing
[17:23:41] <psha> however question is format switch is needed or not is still open :))
[17:27:07] -!-
pjm__ has quit [Client Quit]
[17:30:50] -!-
pjm has quit [Ping timeout: 276 seconds]
[18:42:55] <cradek> JT-Shop: hope you have an offset adjustment to fix the backward 1rpm
[18:43:03] -!-
mhaberler [
[email protected]] has joined #emc-devel
[18:43:18] -!-
flexxxv has quit [Ping timeout: 265 seconds]
[18:43:19] <cradek> that's why fwd/rev/0 to 10 is much better than on/-10 to 10
[18:44:05] <cradek> had that on the mazak - at first when I was tapping (very low speed) when I said "reverse!" it would slow way down and keep going forward -- NOT GOOD
[18:44:59] <cradek> that's why we have the allow-10-turns-the-wrong-way-and-abort limit
[18:49:23] <skunkworks> ah :)
[18:49:36] <cradek> always tap air first :-)
[18:50:23] -!-
tlab [
[email protected]] has joined #emc-devel
[19:13:42] -!-
LawrenceG [
[email protected]] has joined #emc-devel
[19:14:00] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[19:14:32] -!-
JT-Shop [
[email protected]] has joined #emc-devel
[19:19:34] -!-
tom3p [
[email protected]] has joined #emc-devel
[19:30:45] -!-
EmcRules_Cad has quit [Ping timeout: 240 seconds]
[19:31:50] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[19:36:17] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[19:40:06] <jepler> andypugh:
http://pastebin.com/HnZ1MSsF
[19:45:14] <andypugh> Hmm.
[19:46:24] <andypugh> I guess it is "backwards compatible" in the sense that it won't break a config such that EMC2 won't start, but not 100% identical in operation.
[19:46:50] <andypugh> Well, perhaps "not 100%" means "about 30%"
[19:47:31] <andypugh> I am not sure what the solution is.
[19:48:07] <andypugh> The "three gears" thing is deliberate, so you have gears 1 and 2 by default still.
[19:48:24] <andypugh> (and an extra gear 0 to ignore in old configs)
[19:50:59] <andypugh> Having the ratio reciprocal seemed the only logical way to do it. Defining gear 1 relative to 2 when there are gears 0, 3 and 4 seemed daft.
[19:51:56] <andypugh> It would be possible to have the comp change its behaviour according to whether it gets a gear-number input, but that seems non-ideal too.
[19:51:57] -!-
mrsunshine has quit [Quit: Leaving]
[19:52:05] <andypugh> I am open to suggestions
[19:55:53] -!-
seb_kuzminsky has quit [Ping timeout: 264 seconds]
[20:11:50] -!-
tlab has quit [Ping timeout: 246 seconds]
[20:19:06] -!-
tlab [
[email protected]] has joined #emc-devel
[20:28:25] -!-
awallin_ has quit [Remote host closed the connection]
[20:36:44] <dgarr> small patch for twopass handling of comments:
http://www.panix.com/~dgarrett/stuff/0001-twopass.tcl-ignore-hal-trailing-comments.patch
[20:41:09] -!-
lerman [
[email protected]] has joined #emc-devel
[20:52:31] -!-
tlab has quit [Quit: Leaving]
[21:05:50] -!-
mhaberler has quit [Ping timeout: 240 seconds]
[21:06:10] -!-
mhaberler_ has quit [Ping timeout: 240 seconds]
[21:10:17] -!-
CIA-53 [
[email protected]] has parted #emc-devel
[21:15:15] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[21:22:02] -!-
micges has quit [Ping timeout: 240 seconds]
[21:22:19] -!-
micges [
[email protected]] has joined #emc-devel
[21:26:20] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[21:27:32] -!-
micges has quit [Ping timeout: 255 seconds]
[21:38:35] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[21:39:56] -!-
micges [
[email protected]] has joined #emc-devel
[21:40:05] -!-
CIA-40 [
[email protected]] has joined #emc-devel
[21:43:40] -!-
mhaberler [
[email protected]] has joined #emc-devel
[21:45:12] -!-
vezza has quit [Read error: Operation timed out]
[21:47:33] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[21:49:14] -!-
CIA-40 has quit [Ping timeout: 245 seconds]
[21:50:50] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[21:52:35] -!-
mhaberler_ has quit [Ping timeout: 260 seconds]
[21:54:11] -!-
micges_ [
[email protected]] has joined #emc-devel
[21:54:59] -!-
e3m has quit [Ping timeout: 255 seconds]
[21:55:40] -!-
micges has quit [Ping timeout: 272 seconds]
[21:56:51] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[21:59:04] -!-
micges_ has quit [Client Quit]
[22:10:27] <psha> jepler: do you see any possible issues with docs that i've not yet examined?
[22:10:50] -!-
CIA-4 [
[email protected]] has joined #emc-devel
[22:11:02] <archivist> are you trying to move to docbook off the old ....
[22:12:23] <psha> archivist: not to docbook
[22:12:46] <psha> to asciidoc (or rst if first will fail for something)
[22:14:45] -!-
mhaberler_ has quit [Ping timeout: 276 seconds]
[22:14:53] -!-
mhaberler has quit [Ping timeout: 276 seconds]
[22:15:00] <psha> but that's only on research stage - figuring out possibilities, issues and possible solutions
[22:16:42] -!-
mhaberler [
[email protected]] has joined #emc-devel
[22:20:41] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[22:26:51] -!-
coldelectrons has quit [Quit: WeeChat 0.3.2]
[22:27:59] <cradek> psha: can you use vector images like eps? I guess there would have to be screen-resolution bitmap images too, so maybe not. we have cad-type drawings in the docs and if they would print at 600dpi instead of 75 I think that would be a big win.
[22:29:09] -!-
tlab [
[email protected]] has joined #emc-devel
[22:29:44] -!-
odiug has quit [Ping timeout: 246 seconds]
[22:33:05] -!-
Valen has quit [Quit: Leaving.]
[22:34:39] <psha> so we need two images - small for html and large for pdf?
[22:36:09] <psha> problem with pdf's is that compilation stages (not depending on markup) is done with pdflatex
[22:36:26] <psha> it's still possible to use latex + dvipdfm but that's worse/longer way
[22:36:49] <psha> to include proper vector image into it you have to convert it to 'pdf' image
[22:36:54] <psha> it's like .eps for postscripts
[22:38:54] <psha> in rst there is special support for images - you write 'filename.*' and it tries to pick one of existing images
[22:40:57] <psha> for asciidoc i need to check
[22:42:03] <psha> i think this behaviour (check for filename.pdf first, then for png and jpg) may be implemented in asciidoc too
[22:42:52] <psha> so both hires or vector for PDF and lowres for HTML images may be stored in same dir
[22:43:58] -!-
mhaberler_ has quit [Ping timeout: 240 seconds]
[22:44:45] <archivist> html linkable to hires :) ?
[22:46:21] <psha> html link to PDF image is useless :)
[22:49:12] <archivist> hired png not pdf which I hate with a vengeance
[22:49:18] <archivist> hires
[22:50:01] <psha> archivist: i think in most cases hires versions of images included in docs are useless...
[22:50:24] <psha> for example screenshots and drawings...
[22:50:46] <psha> surely if there will be added sections with some artistic work it may be useful
[22:50:51] <archivist> I have seen some that are not very readable
[22:51:08] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[22:51:17] <psha> in pdf or html?
[22:51:41] <psha> cradek: i see there are lot of .eps images in docs/src
[22:51:52] <archivist> html, which is the docs I normally use
[22:51:52] <psha> but they are just imported from png/jpg images laying around
[22:52:04] <psha> archivist: may you give me a link?
[22:52:46] <archivist> http://www.linuxcnc.org/docview/html/lathe_lathe-user.html#r1_2
[22:52:58] <archivist> poor font etc
[22:53:03] -!-
Fox_Muldr has quit [Ping timeout: 240 seconds]
[22:53:52] <archivist> resolution not to bad on that one but it does have missing info
[22:54:18] <psha> archivist: that's original image :(
[22:55:11] <archivist> I just remembered that pic bit me a couple of weeks ago
[22:55:11] <psha> if it's provided from vector source then it's possible to generate different images
[22:55:31] <psha> but unfortunately most of theese images originates from raster
[22:55:53] <archivist> ew
[22:56:17] <psha> hm
[22:56:27] <psha> i guess dxf is a form of vector format
[22:56:58] <psha> is it possible to get svg from it?
[22:57:25] <archivist> dunno
[23:01:40] <tom3p> ?
http://sourceforge.net/projects/dxf2svg/
[23:01:53] <archivist> bugs me that the front and back angle on that pic swaps sides and not all show front back angle
[23:07:09] -!-
tlab has quit [Quit: Leaving]
[23:07:56] <psha> tom3p: thanks
[23:08:04] <psha> archivist: not working?
[23:08:33] <psha> i've found windows shareware program but it provides bad results
[23:09:20] -!-
tom3p [
[email protected]] has parted #emc-devel
[23:09:53] <psha> ah, not bad
[23:14:50] <psha> http://psha.org.ru/tmp/tool_positions.svg
[23:15:36] <psha> it' print's 'Trial Version' inside svg but it's easily removable
[23:19:45] -!-
e3m has quit [Quit: Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day]
[23:26:46] <psha> http://psha.org.ru/tmp/untrial.xsl
[23:26:53] <psha> http://psha.org.ru/tmp/untrial.xslt
[23:29:10] <psha> it's already night here
[23:29:15] <psha> i'll look at it tomorrow
[23:40:22] -!-
mhaberler has quit [Ping timeout: 255 seconds]
[23:40:26] -!-
psha has quit [Quit: leaving]
[23:45:24] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[23:46:02] -!-
tris has quit [Ping timeout: 246 seconds]
[23:51:02] -!-
robh__ has quit [Ping timeout: 250 seconds]
[23:57:00] -!-
JT-Shop has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]]
