On Monday 07 June 2021 09:45:55 Scott Harwell via Emc-users wrote:
> Gene,
> A screenshot from Sourceforge EMC users page. It shows 1 Saturday,
> nothing Sunday and 12 Monday. This looks eight with the time
> differences. Compared to 2020 we don't have near as much to say!
>
> Scott
>
But I was g
"This looks right". Damn spellcheck, I can screw up enough without help.
Scott
On Monday, June 7, 2021, 8:47:57 AM CDT, Scott Harwell via Emc-users
wrote:
Gene,
A screenshot from Sourceforge EMC users page. It shows 1 Saturday, nothing
Sunday and 12 Monday. This looks eight with th
On Monday 07 June 2021 00:23:41 Scott Harwell via Emc-users wrote:
> Gene,
> Five today nothing Saturday.
> Scott
>
Same here, so I sent a PM to Seb, and it came back a few hours later.
>
> On Sunday, June 6, 2021, 9:00:33 PM CDT, Gene Heskett
> wrote:
>
> On Monday 08 March 2021 12:08:42 S
Working here
On Mon, Jun 7, 2021, 2:01 PM Gene Heskett wrote:
> On Monday 08 March 2021 12:08:42 Sebastian Kuzminsky wrote:
>
> The mailing lists seem to be down. I've made 3 posts in the last 24
> hours, getting msg delayed info msgs from my isp's server, but no echo's
> from the lists.
>
> Che
On Monday 08 March 2021 12:08:42 Sebastian Kuzminsky wrote:
The mailing lists seem to be down. I've made 3 posts in the last 24
hours, getting msg delayed info msgs from my isp's server, but no echo's
from the lists.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of libert
On 3/8/21 11:11 AM, andy pugh wrote:
On Mon, 8 Mar 2021 at 17:08, Sebastian Kuzminsky
wrote:
Yes, although the words in buildbot language are different. "2000.docs"
is a builder (an abstract runner of build recipes). It runs on a
buildslave (a computer).
Though a friend who works for the L
On Mon, 8 Mar 2021 at 17:08, Sebastian Kuzminsky
wrote:
> Yes, although the words in buildbot language are different. "2000.docs"
> is a builder (an abstract runner of build recipes). It runs on a
> buildslave (a computer).
Though a friend who works for the Linux Foundation has mentioned that
On 3/8/21 5:49 AM, andy pugh wrote:
On Mon, 8 Mar 2021 at 07:20, Sebastian Kuzminsky
wrote:
This will make the docs on wlo copy-paste-able, but it won't help anyone
who wants to build our docs on Wheezy. I can live with that.
Anyone still building docs using Wheezy probably transcribes them
On 3/8/21 12:55 AM, John Dammeyer wrote:
I'm a bit confused here. When I look at
http://linuxcnc.org/docs/2.8/html/config/ini-homing.html
and the section:
6.14. Inhibiting Homing
These two lines are in a 'code box' and appear to be ASCII with a 0x2D.
setp home_sequence_mux.in0 -1
net hsequence
On Mon, 8 Mar 2021 at 07:58, John Dammeyer wrote:
> Isn't that a requirement for documents? If it's a code example why would it
> be created to be anything but 7 bit ASCII? I guess I'm wondering if the
> fault doesn't lie with 'groff' but with the authors who don't take the time
> to do it r
On Mon, 8 Mar 2021 at 07:20, Sebastian Kuzminsky
wrote:
> This will make the docs on wlo copy-paste-able, but it won't help anyone
> who wants to build our docs on Wheezy. I can live with that.
Anyone still building docs using Wheezy probably transcribes them to
parchment with a quill pen anywa
t and pasted from say a HAL file from the linux
system.
Or am I missing something?
John
> -Original Message-
> From: Sebastian Kuzminsky [mailto:seb.kuzmin...@gmail.com]
> Sent: March-07-21 11:21 PM
> To: Enhanced Machine Controller (EMC); andy pugh
> Subject: Re: [Emc-u
Our docs build system deals with manpages written directly in groff, and
also manpages written in asciidoc. asciidoc manpages get built into
regular groff manpages using the asciidoc tools.
All manpages, both the native groff ones and the ones built from
asciidoc, are converted to HTML using t
On Sun, 7 Mar 2021 at 04:15, Chris Albertson wrote:
> remembers nrof, it would not be super hard to place tags on actual code
> that needs to be on mono-space.
There are around 400 manpages. It might not be hard, but it would be tedious.
--
atp
"A motorcycle is a bicycle with a pandemonium att
What has to be done is place to equivalent of tags. Then in the
final rendering we see it using mono-space font and ASCII only.
It has been 15 or 20 years since last I looked at nrof/grof source.
Today we'd use Markdown and it would work better. But if someone still
remembers nrof, it would n
On Sat, 6 Mar 2021 at 04:19, Gregg Eshelman via Emc-users
wrote:
>
> It's why one should never ever use Unicode, UTF-8 or "friendly HTML" codes
> for any character that's in the single byte Extended ASCII set.
I don't think that anyone has deliberately used Unicode in the
LinuxCNC docs when typi
It's why one should never ever use Unicode, UTF-8 or "friendly HTML" codes for
any character that's in the single byte Extended ASCII set. It wastes space and
can foul up software that doesn't understand multi-byte character
representations. If you need left and right single or double quotes (ju
Andy,
ASCII vs extended character sets. HTML will accept and use extended
character sets. We are probably only expecting ASCII.
Alan
> From: andy pugh
> To: "Enhanced Machine Controller (EMC)"
> Cc:
> Bcc:
> Date: Fri, 5 Mar 2021 16:00:03 +0000
> Subject: [E
> From: Todd Zuercher [mailto:to...@pgrahamdunn.com]
> Whoever came up with the idea that we needed different characters for
> hyphens, dashes and minus signs anyway? Someone needs
> kicked.
>
> I don't remember having problems with these a few years ago.
>
> Todd Zuercher
> P. Graham Dunn Inc.
2031
-Original Message-
From: andy pugh
Sent: Friday, March 05, 2021 1:14 PM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] HTML Help
[EXTERNAL EMAIL] Be sure links are safe.
On Fri, 5 Mar 2021 at 18:05, andy pugh wrote:
> Looking at the source HTML on the serve
I wonder if asciidoc or dblatex that's munging the HTML output. Maybe some
new version that needs a new qualifier to generate the minus sign rather
than the hyphen. Looks like there's already a conf file that doesn't allow
replacements for the arrows. Maybe there's another qualifier that has to
On Fri, 5 Mar 2021 at 18:05, andy pugh wrote:
> Looking at the source HTML on the server by ssh:
> sendkeys.N.current−event
> s32 out shows the current scancode without keyup / keydown
> markers.
>
> Looking at the delivered HTML:
> sendkeys.N.current−event
> s32 out shows the current scancode wi
On Fri, 5 Mar 2021 at 17:31, Mark Wendt wrote:
>
> Maybe it's in the web server then and how it outputs the html. What shows
> up in the base HTML code that creates the page? A hyphen or a dash?
Looking at the source HTML on the server by ssh:
sendkeys.N.current−event
s32 out shows the current
Maybe it's in the web server then and how it outputs the html. What shows
up in the base HTML code that creates the page? A hyphen or a dash?
Mark
On Fri, Mar 5, 2021 at 12:21 PM andy pugh wrote:
> On Fri, 5 Mar 2021 at 16:27, Mark Wendt wrote:
>
> > What is being used to generate the HTML o
On Fri, 5 Mar 2021 at 16:27, Mark Wendt wrote:
> What is being used to generate the HTML output?
Magic, as far as I can tell.
Original source is troff (or groff, I get them confused)
https://github.com/LinuxCNC/linuxcnc/blob/master/docs/man/man1/halui.1
Then that is converted to asciidoc (I thin
What is being used to generate the HTML output? Perhaps a character code
in the application is not set to generate the hyphen but instead generates
the dash? Maybe someone changed the character set being used?
Mark
On Fri, Mar 5, 2021 at 11:04 AM andy pugh wrote:
> It has become evident that
It has become evident that the online LinuxCNC docs in some cases (but
not all) are displaying en-dashes in place of hyphens in HAL pin
names.
ie, what should be a 2D is an E2 88 92
For example: http://linuxcnc.org/docs/2.8/html/man/man1/halui.1.html
has: halui.tool.length−offset.a float out
But
27 matches
Mail list logo
