[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (group groff): Category: Macro package - others/general => Core Severity: 2 - Minor => 3 - Normal Item Group: Rendering/Cosmetics => Incorrect behaviour Summary: [PATCH] recent fallbacks.tmac cha

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (project groff): Status: Need Info => Confirmed Assigned to:barx => None ___ Follow-up Comment #15: Presuming that comme

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #14, bug #63332 (project groff): I'm not sure there's a list to be made: the "bug in the formatter" cited in comment #1 seems to be at the root of all the troubles. Or at least, once that's fixed, if there are remaining troubles I'd consider them separate bugs. There's more abo

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (project groff): Status: Postponed => Need Info Assigned to:gbranden => barx ___ Follow-up Comment #13: Un-postponing, but a

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #12, bug #63332 (project groff): [comment #2 comment #2:] > It is definitely a deviation from how Heirloom troff processes > the same input. (Functionally equivalent input, anyway: I munged the names of all the characters so they wouldn't collide with anything Heirloom might alr

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #11, bug #63332 (project groff): With commit 230ad718 providing a solution to the ".if t" problem raised in comment #4, this bug's mitigating commit (comment #9) should now be able to be selectively applied to only

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #10, bug #63332 (project groff): Replying to the rest of comment #5, as promised. Some of it may be moot; I'm not sure how far the miscommunication extended that was resolved in comment #8, so I'll try not to belabor points that may no longer be relevant. Feel free to ask for c

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (project groff): Status:None => Postponed ___ Reply to this item at: ___ Messag

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (project groff): Status: In Progress => None Planned Release: 1.23.0 => None ___ Follow-up Comment #9: Parking this issue un

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #8, bug #63332 (project groff): Hi Dave, [comment #7 comment #7:] > I'll reply more fully later, but I want to address one point now: > > [comment #5 comment #5:] > > > This means the other "t" conditionals in fallbacks.tmac also > > > don't do what was intended. > > > > I don

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #7, bug #63332 (project groff): I'll reply more fully later, but I want to address one point now: [comment #5 comment #5:] > > This means the other "t" conditionals in fallbacks.tmac also > > don't do what was intended. > > I don't think that's true. It's easy enough to demons

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #6, bug #63332 (project groff): To answer my own question, yes there *is* a terminfo capability for that. Basic Capabilities ... If the terminal overstrikes (rather than clearing a position when a character is struck over) then it should have the os cap

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (project groff): Status: Need Info => In Progress ___ Follow-up Comment #5: [comment #4 comment #4:] > I confirm that your patch solves the \(dd and \(dg problem. Cool, than

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #4, bug #63332 (project groff): I confirm that your patch solves the \(dd and \(dg problem. I was convinced that a more surgical ".if t" on those lines would also do the trick--but it doesn't. Weirdly, even adding the line ".if t .tm troff mode" to that file prints "troff mode"

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (project groff): Status: Confirmed => Need Info ___ Follow-up Comment #3: Hi Dave, This one is challenging my understanding, and I am anxious about it causing further slip

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Follow-up Comment #2, bug #63332 (project groff): [comment #1 comment #1:] > This seems like a bug in the formatter. I agree. It is definitely a deviation from how Heirloom troff processes the same input. ___ Reply to this item at:

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (project groff): Status:None => Confirmed ___ Follow-up Comment #1: It appears that having a special character on the RHS of an `fchar` request marks it as defined fo

[bug #63332] recent fallbacks.tmac change degrades ASCII output

Update of bug #63332 (project groff): Assigned to:None => gbranden Planned Release:None => 1.23.0 ___ Reply to this item at:

[bug #63332] recent fallbacks.tmac change degrades ASCII output

URL: Summary: recent fallbacks.tmac change degrades ASCII output Project: GNU troff Submitter: barx Submitted: Mon 07 Nov 2022 09:53:09 AM CST Category: Macro - others/general