In [NCMS, page 73, 74] there are three other legal approaches in addition to this one.
Block delete is discussed in [NCMS, page 3] but the discussion makes no sense.
Block delete is handled by [description of algorithm nothing like how the code does it]
these comments make me cry
or maybe it's the whole interpreter
some reference book I don't have
heh, ok - it's not just me :)
I'd always like a few little features here and there, but it's not simple to add them
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gcode/main.lyx: fixed reference error that Jeff caught
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/index.tmpl: add getting started to html and fix a broken link
this may have been why Karl Schmidt send an email to the list. Karl Schmidt
heh - I suck at copy and paste ;)
[13:12:51] <skunkworks> http://www.cnczone.com/forums/showthread.php?t=61609
ooooh pretty sparks http://www.electricstuff.co.uk/marxthree.html
I'm getting an error on 2.2.x during the build of the html docs :(
make: *** No rule to make target `objects/Getting_Started.xml', needed by `objects/xref.xml'. Stop.
hm -- I do too. I wonder why I haven't been getting emails about it
I've compaired the trunk and 2.2.x submakefile, doc.xm. and index.tmpl files and can't find a difference
there was a change I had to make to the Submakefile when you added 'getting started' but I may not have made it in 2.2
date: 2008/08/24 15:07:43; author: jepler; state: Exp; lines: +16 -0
make building html from documents in docs/src but not in a subdir work
this one, I think
ok let me go look
yep that lets it proceed further
I'll check it in
EMC: 03jepler 07v2_2_branch * 10emc2/docs/src/Submakefile: from TRUNK: make building html from documents in docs/src but not in a subdir work
the compile farm doesn't build docs
SWPadnos: no, my cronjobs do
they should build multiple times per day and send me e-mail when it fails
(this works for TRUNK
16 * * * * report-if-fail emc2-doc-build
46 * * * * report-if-fail emc2.2-doc-build
no wonder your johnny on the spot when I screw up something in the docs :)
thanks jepler it works now :)
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/index.tmpl: fixed introduction link
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/Submakefile: add file
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/Submakefile: add file
* BigJohnT now understands more about what I didn't know about the html documents :)
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/README: add info on adding files
EMC: 03tissf 07v2_2_branch * 10emc2/src/po/fr_axis.po: French translation typo correction
EMC: 03tissf 07TRUNK * 10emc2/src/po/fr_axis.po: French translation typo correction
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/tutorial.lyx: fixed dead reference
I get this error on 2.2.x man9/mux4.9:27: warning: can't find font `N'
when I changed this http://pastebin.ca/1189706
the error went away... I think it was a typo
if someone can verify that the N should have been an R I'll check in the typo fix
the engrave is cool
pretty easy to use with axis
the qcad fonts work great for engraving.... some simple single stroke ones, and some a little fancier
it would not run on my system until I removed a () from hmmm let me look
I think it was this line class Line: that I had to remove the ()
strange... are you on 8.04 or an older version ?
ok... must be a difference in the 2 versions of python
I didnt try it on my 6.06 machine
what would be cool is if you had a justify checkbox for left or centered
I keep 6.06 on this machine so I can edit the documents
centered would be nice for some panel layouts... not sure how that would interact with the rotation logic which assumes 0,0 is the ll point on the string
if it's relatively easy to get the size of the text string, then a "standard" 9 radio-button layout to select the base point shouldn't be too hard to do
left/middle/right and top/middle/bottom matrix
that would be cool
while your here SWPadnos can you check my fix for mux4 font warning above?
LawrenceG: I need to copy all my stuff from my plasma computer it has a file selection thingy for python that would make picking your font file easy
I looked at it but I don't understand enough troff or groff or whatever it is to know that it's right :)
I didn't get the error after the change or any new errors...
yeah, it looks like \fR goes back to "Regular" text
that's what I thought too
I don't get what this construct does though: ... "the \\fBin\\fIN\\fR values" ...
ah, now I see
bold, then italic N, then back to normal
kinda hard to read :)
everything seems to go back to \fR
EMC: 03bigjohnt 07v2_2_branch * 10emc2/src/hal/components/mux4.comp: fix font error during make
LawrenceG: what does the scale equate to?
jepler: can you tell me what fixed in glcanon.py and axis.py on friday ?
BigJohnT, I am not sure what the original values of data that comes out of the qcad font definition files (seems like maybe .1mm units)... one has to play with the scales to get the height width wanted... The default I put of 0.04 seems to give about .3" chars
scales are written as gcode vars, so they can be adjusted at runtime
hmmm it sends the file with the same name as the program
LawrenceG: I like the vars in the g code file... cool
the font and the char/word spacing is about the only things that are not done at runtime
If I get time I'll try and merge the file open for a font picker...
that would be cool John, bump the version as well
The general question is where do developers (of emc) add scripts containing new features.
those generally go in scripts/, tcl/, tcl/scripts/
take a look at the Submakefile(s) for some other programs
I don't know if there are any that will help though, this may be a new category
for the filters, AXIS just executes the program via some exec-like call, so I think the program has to be on the PATH or explicitly defined in the ini
Lerman: I don't understand enough of what you described to be able to answer your question
So, I could add a makefile so that make install puts the bash script in /usr/local/bin or whatever. And the same with the python script.
Lerman: yes, probably so
1 -- where does axis look for filters?
not add a makefile, but add a couple of lines to the existing src/Makefile
there isn't a python "script" per se
it doesn't look for filters
you register an extension (let's call it .wiz) in the ini file
exec looks for filter.
when the user starts emc2/AXIS then opens a file
it will see files of known types (.ngc, .wiz, etc)
if the user selects a .wiz file the content isn't directly sent to the interpreter
AXIS sees what program to execute for whatever file extension. if that's "/usr/bin/python", then axis runs /usr/bin/python
instead AXIS runs the executable registered for the extension, and passes the file as an argument
the output from running the file gets then passed to emc2
if the ini entry only says "python", then AXIS will exec python - and whatever is on the path first will be executed
Yes. It runs the executable by calling exec. And it gets that from PATH. OK.
there's no search in "special places" for the filter executables (not by AXIS anyway)
but this is specific for AXIS
I don't think that AXIS uses PATH directly - the exec call likely does though (I don't know the specifics of the call used)
IMHO, it should look in special places. Otherwise, name clashes can be a problem.
The person who writes the filter must currently know what else might be in the user path with the same name.
I find it hardly likely that someone choses the same name
you may be able to write the ini example as $EMC2_HOME/scripts/myprogram
someone writing a filter is smart enough to try to run the name he choses first
I don't know if EMC2_HOME (or whatever it is) is set for installed packages though
Can I put $EMC2_HOME in a .ini file?
I know it's there for RIP (possibly spelled differntly :) )
I don't know :)
make up a silly program that just prints "M2" to stdout, and try it :)
I doubt AXIS parses env variables
exec may thougn - dunno
you'd want to ask jepler
but anyways, I don't see filters as a way to do custom g-codes
hmmm. exec probably doesn't, does it
no way - me either
I mean, I understand how it can work, but it feels wrong
that's an interp thing, whereas the filter thing is GUI
no, the filter thing is AXIS
no other GUI has it
right - it's in the GUI
it's in one GUI
as I was about to point out - you would lose custom M/G codes with other UIs
I know, but it's in the "GUI layer"
and only one GUI has implemented it
yeah, that's what I mean too
which gives us the problem that other BUIs don't have that functionality
Not really a filter. The issue is that Axis (and other guis) don't let you have multiple files. A filter can be run (whether standalone or within Axis) that prepended the files with the custom codes.
and if you run with a remote GUI you're probably proper fscked
which is wrong for G/M codes
Lerman: at the moment task reads the g-code file.. right?
Right now, the interp can handle multiple source files -- but the GUIs don't know about them. That causes issues.
the GUI does too..
I would like the GUI not touching files directly
but get it's needs from task
Axis reads the source file (singular) by including a stubbed interpeter.
(that would include the already changed file)
But when Axis displays the source of the file, it reads the original file -- it doesn't include the stuff that was included by demand on the fly.
yes, because it reads it directly
By using a filter, Axis can "see" the stuff that the user included by reference.
Otherwise, Axis only sees the result of that stuff.
yes, but that also means you would need to add the same functionality to most of the GUI's
which means a lot of duplicated code
For the other guis, we could preprocess the .wiz file to generate the .ngc file.
yes, but if they all would get it from one place it would be way easier
Well, we could do that, but then there is an extra step (conversion of wiz to ngc) that would otherwise uneeded.
I don't follow
Of course, GWiz could automatically generate the ngc file when it saved the wiz file.
I think there are different issues here
I was mainly focusing on custom m/g-codes
The wiz file contains calls to the various wizards. The ngc file contains the actual wizard subroutines. The user doesn't need to see the actual subroutines except when stepping through them.
and you want AXIS to display the high level calls only?
Ah. The same is true for custom gcodes (yes integrator-definable). What happens when a user single steps through one of them?
when you load a program .. it would actually contain some wiz calls, instead of actual g-code
hmm.. I think I need to sleep over this
But single stepping into a custom g-code is the same as single stepping through any other subroutine.
I need to get back to work, anyway. I'll see you later.
yeah, it's close to 1am here anyways :)
good night all