On 1/31/21 9:20 AM, Stephen J. Turnbull wrote:
> Richard Damon writes:
>  > On 1/30/21 9:40 PM, Sam Kuper wrote:
>
>  > > All I am advocating is that:
>
>  > > 2.  Footer separators should be distinguishable from likely body
>  > >     text, and should not be excessively long.
>
>  > The problem is that the current Footer separator fails point 2 if
>  > 'likely' is interpreted as to by likely enough for a program to
>  > algorithmically trim a post based on it. In particular it looks like
>  > markdown code.
>
> Really?  I can't recall ever seeing a long line of underscores in the
> wild -- except in my (accidentally) rms-baiting .sig (see below).

It is one of the 'Markdown' codes for a horizontal rule (in fact, I
would say it was used as the footer separator based on similar
principles), and also not unheard of in 'ASCII Art' type applications. I
will occasionally end up with a line like that when documenting an
electrical signal that is always low (at least for a given example).

The 'two dashes' for a signature separator would have some similar
issues, which is why the signature separator includes the space after.
While it would be possible to define a footer separator as a string (of
specified length) of underscores followed by a single space and then a
new line, that would make the definition not match the existing
practice, so list settings would need to be edited. Also, the question
comes does the separator require and exact number of underscores (and
the frustrations of having the wrong number) or just a course range, and
the increased chance of false positives.

-- 
Richard Damon
_______________________________________________
Mailman-Developers mailing list -- mailman-developers@python.org
To unsubscribe send an email to mailman-developers-le...@python.org
https://mail.python.org/mailman3/lists/mailman-developers.python.org/
Mailman FAQ: https://wiki.list.org/x/AgA3

Security Policy: https://wiki.list.org/x/QIA9

Reply via email to