Follow-up Comment #1, bug #67347 (group groff): [comment #0 original submission:] > I think we need a new escape sequence to resolve bug #60571. > > That would be, say, `\T`, which would turn on a sticky end-of-sentence status > that cannot be undone until the next word break (at which time the > end-of-sentence status is honored, and additional inter-sentence-spacing is > applied if configured). I know of no workaround for the problem of footnote > marks (or other text trailing end-of-sentence punctuation) negating the > end-of-sentence status of a word.
No matter how many times I proofread...
I need to revise the semantics of my proposed `\T`. To be useful in a macro
package that supports footnote marks, the way it needs to work is: "whatever
the end-of-sentence status is at this point in the word, make it sticky until
the next break".
The problem is that footnote marks can contain arbitrary characters, and we
don't want _any_ of them diddling end-of-sentence status.
This way a macro package, when implementing a footnote-start macro like _ms_'s
`FS`, can emit `\T` (or whatever we call it) as the very first thing in the
mark.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?67347>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
