[bug #55299] "groff -v -e -s -t" produces garbled output on MS Windows

Update of bug #55299 (project groff): Status: Need Info => Invalid Assigned to:None => gbranden Open/Closed:Open => Closed Summary: [PA

[bug #55335] preconv produces CR CR LF end-of-line on MS Windows

Update of bug #55335 (project groff): Status: Need Info => Invalid Assigned to:None => gbranden Open/Closed:Open => Closed Summary: [PA

[bug #55695] troff outputs garbled file names on MS Windows

Update of bug #55695 (project groff): Status: Need Info => Invalid Assigned to:None => gbranden Open/Closed:Open => Closed Summary: [PA

[bug #55695] troff outputs garbled file names on MS Windows

Follow-up Comment #5, bug #55695 (project groff): > Most programs and (internal, static) libraries in group ...in _groff_... ___ Reply to this item at: __

[bug #58098] provide English translation of groff_mmse(7) man page

Update of bug #58098 (project groff): Status: Need Info => Rejected Assigned to:schwarze => gbranden Open/Closed:Open => Closed Summary: [PA

[bug #62830] [PATCH] [grops] support CJK fonts encoded in UTF16

Update of bug #62830 (project groff): Status:None => Postponed Assigned to:None => gbranden Planned Release:None => 1.24.0

[bug #63924] man wrapper for system package infinitely recurses

Update of bug #63924 (project groff): Severity: 5 - Blocker => 4 - Important ___ Follow-up Comment #4: Kicking down to "important". It's embarrassing but isn't going to hurt anybody. ___

[bug #63812] Discussion of conditional expressions in docs should mention `.if h`

Update of bug #63812 (project groff): Status: In Progress => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #11: This was pushed to m

groff man(1) page

Hello When I perform 'man groff', I am getting a failure when iconv converts from UTF-8 to ISO8859-1 on the groff 1.22.4 17 December 2018 built tarball. The angle brackets from the .UR and .UE entries do not convert properly (they show up as spaces and I see a failure after quitting 'man') I have

Re: groff man(1) page

[redirecting to groff@gnu discussion list] Hi Mike, At 2023-03-30T20:51:06-0700, Mike Fulton wrote: > When I perform 'man groff', I am getting a failure when iconv converts > from UTF-8 to ISO8859-1 on the groff 1.22.4 17 December 2018 built > tarball. The angle brackets from the .UR and .UE entr

Fwd: groff man(1) page

Hi Thank you for the detailed response! Over the last year, we have been working hard in the z/OS Open Tools community (https://zosopentools.github.io/meta/#/) to not only port the fundamental tools to z/OS, but also to do it completely in the open. We create one 'port' repo for each Open Source

[bug #55155] [troff] .tr is applied to the RHS of .char definitions

Follow-up Comment #9, bug #55155 (project groff): [comment #8 comment #8:] > I would therefore propose changing this behavior, such that `tr` > does _not_ apply to the RHS of `char` character definitions. I do feel like this is more in line with this sentence from the info manual: "the first argu

[bug #55155] [troff] .tr is applied to the RHS of .char definitions

Update of bug #55155 (project groff): Assigned to:barx => gbranden ___ Follow-up Comment #10: [comment #9 comment #9:] > [comment #8 comment #8:] > > I would therefore propose changing this b

[bug #63985] [troff] diagnose when attempting to remove an ordinary character

URL: Summary: [troff] diagnose when attempting to remove an ordinary character Group: GNU roff Submitter: gbranden Submitted: Fri 31 Mar 2023 04:43:10 PM UTC Category: Core

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #6, bug #46914 (project groff): [comment #5 comment #5:] > When filling is enabled and `ce` is used, not only does > automatic breaking still take place in spite of no filling > proper taking place, but adjustment does too! Good catch! Had I been more eagle-eyed, I would have n