[bug #66501] [gropdf] Failure if using \*[PDFLB] within PDF popup note

URL: Summary: [gropdf] Failure if using \*[PDFLB] within PDF popup note Group: GNU roff Submitter: deri Submitted: Sat 30 Nov 2024 04:34:01 PM UTC Category: Driver gropdf

[bug #66479] [PATCH] failing tests on macos on HEAD (2562cf237)

Follow-up Comment #5, bug #66479 (group groff): Hi Branden! Sorry for comming back to you on this so late, I caught a cold and was unable to respond earlier. Unfortunately, your fix does not work for me, see the attached test-suite.log. I figure from the output, that `expr` is not able to perfo

[bug #66473] libgroff/font.cpp: warning of type "-Wformat="

Update of bug #66473 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 ___ Follow-up Comment #3:

[bug #66476] [PATCH] use strict POSIX.1-2017 regexes with grep and sed

Update of bug #66476 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 ___ Follow-up Comment #2:

[bug #66481] [troff] `\w|x|` no longer works on the bleeding edge of Git

Update of bug #66481 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 ___ Follow-up Comment #10

[bug #66009] [troff] accepts `|` as operand delimiter, but should not

Update of bug #66009 (group groff): Status: Fixed => None Open/Closed: Closed => Open Planned Release: 1.24.0 => None ___ Follow-up Comment #2: co

[bug #66479] [PATCH] failing tests on macos on HEAD (2562cf237)

Update of bug #66479 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 ___ Follow-up Comment #4:

[bug #66485] [pre-grohtml] reads garbage from memory when command line invalid

Update of bug #66485 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 ___ Follow-up Comment #1:

[bug #66009] [troff] accepts `|` as operand delimiter, but should not

Update of bug #66009 (group groff): Status:None => Postponed ___ Reply to this item at: ___ Message sent via Savan

[bug #66479] [PATCH] failing tests on macos on HEAD (2562cf237)

Follow-up Comment #7, bug #66479 (group groff): Instead, I fount the following sh arithmetic expression to work: git diff diff --git a/contrib/hdtbl/examples/test-hdtbl.sh.in b/contrib/hdtbl/examples/test-hdtbl.sh.in index 3b5088db6..097b96640 100644 --- a/contrib/hdtbl/examples/test-hdtbl.sh.i

[bug #66501] [gropdf] fails when using \*[PDFLB] within PDF popup note

Update of bug #66501 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 Summary: [gropdf] Failure if using \*[PDFLB] within PDF popup note

[bug #44235] provide a way to redefine an existing symbol in a specific font

Follow-up Comment #3, bug #44235 (group groff): [comment #2 comment #2:] > But what if we want an even-farther-fallback for when even > mounted special fonts come up dry? If I understand correctly, this is exactly the situation that [http://git.savannah.gnu.org/cgit/groff.git/commit/?id=c5d6280f3

[bug #66501] [gropdf] Failure if using \*[PDFLB] within PDF popup note

Follow-up Comment #1, bug #66501 (group groff): Note to self. Keith's original design for .pdfnote only caters for a title and text. These pdfnotes have other attributes, colour, author, date, icon (Comment,Key,Note,Help,NewParagraph,Paragraph,Insert), which are currently not set. Should author

[bug #66479] [PATCH] failing tests on macos on HEAD (2562cf237)

Update of bug #66479 (group groff): Status: Fixed => None Open/Closed: Closed => Open ___ Follow-up Comment #6: Reopening per comment #5. _

[bug #60421] grog could recursively open files to infer -s

Follow-up Comment #8, bug #60421 (group groff): OK, savannah rejected the cc... let's try this. Denis, do you have any response to the question posed in comment #5? ___ Reply to this item at: ___

[bug #66479] [PATCH] tests using wc(1) fail on macOS on HEAD (2562cf237)

Update of bug #66479 (group groff): Summary: [PATCH] failing tests on macos on HEAD (2562cf237) => [PATCH] tests using wc(1) fail on macOS on HEAD (2562cf237) ___ Reply to this item at:

[bug #66501] [gropdf] fails when using \*[PDFLB] within PDF popup note

Follow-up Comment #3, bug #66501 (group groff): Hi Deri, [comment #1 comment #1:] > Note to self. Keith's original design for .pdfnote only caters for a title > and text. These pdfnotes have other attributes, colour, author, date, icon > (Comment,Key,Note,Help,NewParagraph,Paragraph,Insert), whic

[bug #66479] [PATCH] failing tests on macos on HEAD (2562cf237)

Follow-up Comment #8, bug #66479 (group groff): Hi Sven, At 2024-11-30T05:11:58-0500, Sven Schober wrote: > Sorry for comming back to you on this so late, I caught a cold and was > unable to respond earlier. I hope you've recovered! > Unfortunately, your fix does not work for me, see the attach

[bug #60421] grog could recursively open files to infer -s

Follow-up Comment #7, bug #60421 (group groff): cc-ing Denis on this bug to get any response to the question posed in comment #5. (Denis is the bug's original reporter, first at http://lists.gnu.org/r/bug-groff/2021-04/msg00044.html and then by opening this ticket.)