This reverts commit d82230b167.
Requested via IRC after discussion of what triple-quoted strings
mean in halcompile.
Signed-off-by: Jeff Epler <jepler@unpythonic.net>
[DISPLAY]USER_COMMAND_FILE
user_live_update()
use backticks to render ~/.axisrc literally
"Word phrases `enclosed in backtick characters` (grave accents) are also
rendered in a monospaced font but in this case the enclosed text is
rendered literally and is not subject to further expansion"
Signed-off-by: Dewey Garrett <dgarrett@panix.com>
updates some undocumented details
manpage:
1) add info for 'save' command for the "alias" type
2) note that 'save all' includes the "alias" type
3) list all types available for the 'save' command
(some are redundant)
3) note equivalence of 'save' types:
sig signal
param parameter
netla netal
help save text:
1) include "alias"
2) list all available save types
2) refer to man page for details
Signed-off-by: Dewey Garrett <dgarrett@panix.com>
with 6 axis machine and not very fast PC the CombiDRO slowed down the main
application too much. Now we can set the poll time for each DRO separately.
At the same time i reduced the hard coded cycle time form 100 to 150.
Signed-off-by: Norbert Schechner <nieson@web.de>
Link both to the originals on the NIST site, and to the copies I just
put in www.linuxcnc.org/files.
Signed-off-by: Sebastian Kuzminsky <seb@highlab.com>
In asciidoc:
* A [[BlockId]] normally applies to the immediately following part
of the document.
* An (((IndexTerm))) is used in the docbook backend, but not in the
html or pdf backends that we use.
Before this commit, the leading [[cha:basic-hal-reference]] applied to
the (((Basic HAL Reference))).
However, a bug or wrinkle in asciidoc made the (((indexterm))) mess up
the html backend, and the cleanest fix seems to be to just remove it
(since it doesn't do anything useful for us).
However, another wrinkle/bug in asciidoc means that a [[BlockId]] before
the document title gets applied not to the title header but to the part
of the document *following* the title.
In this particular document, the document title is followed immediately
by a second-level header with its own [[BlockId]], so the first BlockID
gets lost. That's not ok, because other files in our docs link to both
the top-level BlockID and the second-level BlockID.
So this commit adds a decoy document element for the top-level BlockID
to apply to. I am not proud.
Signed-off-by: Sebastian Kuzminsky <seb@highlab.com>
In asciidoc, (((IndexTerm))) is used in the docbook backend, but not
in the html or pdf backends that we use. A bug in asciidoc results in
messed-up html when (((indexterm))) is used, empty <title>.
Since we don't use docbook, (((indexterm))) does nothing useful for us,
so it seems simplest to just remove it.
Thanks to tseufl for figuring this one out.
Signed-off-by: Sebastian Kuzminsky <seb@highlab.com>
Before this commit, the g-code.html document lacks a document <title>.
Looks like asciidoc needs the document title on the first line of the
txt input.
Signed-off-by: Sebastian Kuzminsky <seb@highlab.com>
