[gropdf] Unable to render ellipse with dashed/dotted atribute

Trying to convert to pdf from this groff source: .PS elipse dotted .PE with the command: groff -Tpdf -p yields a broken/empty pdf. Opening it in e.g. zathura gives this error message: format error: cannot recognize version marker warning: trying to repair broken xref warning

[bug #65901] [gropdf] unable to render ellipse with dashed/dotted atribute

URL: Summary: [gropdf] unable to render ellipse with dashed/dotted atribute Group: GNU roff Submitter: gbranden Submitted: Thu 20 Jun 2024 03:15:55 PM UTC Category: Driver gro

Re: [gropdf] Unable to render ellipse with dashed/dotted atribute

Hi Morten, At 2024-06-20T15:52:41+0200, Morten Bo Johansen wrote: > Trying to convert to pdf from this groff source: [snip] Thanks for the report. I have filed it with the GNU Savannah ticket tracker at: https://savannah.gnu.org/bugs/?65901 The bug-groff list is mainly a reflector for Savannah

[bug #65902] [grog] does not recognize chem preprocessor

URL: Summary: [grog] does not recognize chem preprocessor Group: GNU roff Submitter: gbranden Submitted: Thu 20 Jun 2024 03:22:10 PM UTC Category: Utilities S

[bug #65902] [grog] does not recognize chem preprocessor

Update of bug #65902 (group groff): Status:None => Confirmed Assigned to:None => gbranden ___ Follow-up Comment #1: Assigning to self, as I

Re: [gropdf] Unable to render ellipse with dashed/dotted atribute

Hi Branden, On 2024-06-20 G. Branden Robinson wrote: > The bug-groff list is mainly a reflector for Savannah ticket activity > conducted via the WWW. > > Please consider filing future tickets directly with that system. > > https://savannah.gnu.org/bugs/?group=groff&func=additem I shall do so fro

[bug #65901] [gropdf] unable to render ellipse with dashed/dotted atribute

Follow-up Comment #1, bug #65901 (group groff): After changing elipse to ellipse in the two code examples, I can't recreate the first problem. The dots are visible in zathura. The issue with dashed is real and is down to my appalling ability with maths. For dashed ellipse/circles groff outputs eac

[bug #65894] [troff] certain man(7) input leads MTSM into deranged state, mismanaging memory

Update of bug #65894 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 __

Re: [bug #65901] [gropdf] unable to render ellipse with dashed/dotted atribute

On 2024-06-20 Deri James wrote: > Follow-up Comment #1, bug #65901 (group groff): > > After changing elipse to ellipse That was a typo on my part. I did have "ellipse" in my source. > in the two code examples, I can't recreate the first problem. > The dots are visible in zathura. Odd. The pdf

[bug #65902] [grog] does not recognize chem preprocessor

Update of bug #65902 (group groff): Severity:1 - Wish => 4 - Important Item Group: Feature change => Incorrect behaviour Status: Confirmed => In Progress __

[bug #65901] [gropdf] unable to render ellipse with dashed/dotted atribute

Follow-up Comment #2, bug #65901 (group groff): Morton wrote on the bug list:- > Odd. The pdf on my end is simply broken. It doesn't show in > mupdf either. Please could you run the dotted ellipse example again but adding this flag "-P-d", and post the resulting pdf. This adds some debug data w

Re: [bug #65901] [gropdf] unable to render ellipse with dashed/dotted atribute

On 2024-06-20 Deri James wrote: > Please could you run the dotted ellipse example again but adding this flag > "-P-d", and post the resulting pdf. This adds some debug data which may be > helpful. I include it below, uuencoded. Actually, it does show up in gv(1), but neither in zathura nor mupdf

[bug #63587] [troff] set .R register to maximum representable integer

Follow-up Comment #10, bug #63587 (group groff): [comment #5 comment #5:] > I can think of no situation where a user might need 10,001 > registers, so, despite this number having no clear connection to > any internal groff limit, it's probably a reasonable limit to > _claim_ to the user who asks.

[bug #63837] [grohtml] only the last page of multi-page tables is rendered

Follow-up Comment #3, bug #63837 (group groff): [comment #0 original submission:] > That leaves _only_ tbl as a reason for pre-grohtml to exist. Bug #60052 seeks to abolish that reason. ___ Reply to this item at:

[bug #60052] [tbl] want option to output HTML

Follow-up Comment #1, bug #60052 (group groff): [comment #0 original submission:] > That would render groff_hdbtl(7) unnecessary s/hdbtl/hdtbl/, to get to an existent man page. But I wonder if there is also a thinko here: elsewhere (e.g., bug #63837) it seems like tbl having this functionality i