gbranden pushed a commit to branch master
in repository groff.

commit 231ff3938e66c608dd3bb694367008fdb8e96953
Author: G. Branden Robinson <[email protected]>
AuthorDate: Fri Oct 24 21:01:41 2025 -0500

    ChangeLog: Clarify old item.
    
    While I haven't exhaustively tested, it doesn't look like `asciify` ever
    performed any operation at all on strings or macros that hadn't
    previously been diversions, and my heavy refactoring of `asciify`
    internals affected only member functions in the `node` class, so I
    didn't touch that nilpotence.  It's a little hard to say for sure
    because only in post-1.23.0 development is the `pm` request capable of
    minutely examining macro, string, and diversion contents.
---
 ChangeLog | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/ChangeLog b/ChangeLog
index 2c17c0e7b..43880b700 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -913,9 +913,9 @@
        complete, recursive operation.  There is no reason _not_ to do
        this because the whole point of `asciify` is to convert nodes
        back into some form of text; the idiomatic application (and only
-       one, as seen in "om.tmac" and "e.tmac") is to convert strings or
-       diversions into PDF bookmarks or HTML URLs that are embedded in
-       a document as metadata or markup, not as formatted text.
+       one, as seen in "om.tmac" and "e.tmac") is to convert diversions
+       into PDF bookmarks or HTML URLs that are embedded in a document
+       as metadata or markup, not as formatted text.
        * src/roff/troff/input.cpp (asciify_macro): When asciifying a
        node in a macro/string/diversion, copy the node first, asciify
        the copy (which in many cases produces nothing), and delete the

_______________________________________________
groff-commit mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/groff-commit

Reply via email to