[bug #64597] [mom] spurious newline after image label

2024-02-02 Thread G. Branden Robinson
Follow-up Comment #10, bug#64597 (group groff): commit 11016d37f1e16fa71407f9802b105c016263128c Author: Peter Schaffter Date: Sat Aug 26 14:25:38 2023 -0400 [mom]: Fixes captions not attaching to PDF_IMAGE labels. ___ Reply to t

[bug #64597] [mom] spurious newline after image label

2023-08-29 Thread Dave
Follow-up Comment #9, bug #64597 (project groff): [comment #8 comment #8:] > The commit cited in comment #7 (not yet pushed) Now pushed and called [http://git.savannah.gnu.org/cgit/groff.git/commit/?id=f32b3988 f32b3988]. ___ Reply to thi

[bug #64597] [mom] spurious newline after image label

2023-08-27 Thread Dave
Follow-up Comment #8, bug #64597 (project groff): [http://git.savannah.gnu.org/cgit/groff.git/commit/?id=11016d37 Commit 11016d37] (pushed to the repo) fixed the originally reported bug. The commit cited in comment #7 (not yet pushed) seeks to make it less likely such bugs will arise. _

[bug #64597] [mom] spurious newline after image label

2023-08-27 Thread G. Branden Robinson
Follow-up Comment #7, bug #64597 (project groff): Hi Sven, The difference here, perhaps a subtle one, is that the 'r' conditional operator doesn't *interpolate* a register. I have the following change pending in my Git working copy. commit b99fa24b508c8ca20356bde37de686986965177f Author: G. Br

[bug #64597] [mom] spurious newline after image label

2023-08-27 Thread Sven Schober
Follow-up Comment #6, bug #64597 (project groff): Hey Peter, I tried to look at this myself during the last day. I was in way over my head, _but_ I found this sentence in the gnu troff reference manual [1] under "interpolating registers" along the way: > If the register is undefined, it is creat

[bug #64597] [mom] spurious newline after image label

2023-08-26 Thread G. Branden Robinson
Update of bug #64597 (project groff): Status:None => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0

[bug #64597] [mom] spurious newline after image label

2023-08-26 Thread Peter Schaffter
Follow-up Comment #4, bug #64597 (project groff): >> I just took a look at the PDF_IMAGE source code in mom, but I >> think it would take me a week of intense meditation to make heads >> and tails of it. :) > > I haven't even dared to try. :D Can't say I blame you. The bug was introduced in

[bug #64597] [mom] spurious newline after image label

2023-08-25 Thread G. Branden Robinson
Follow-up Comment #3, bug #64597 (project groff): [comment #2 comment #2:] > Thank you for correcting the title and other meta data of the issue. I hit submit too fast and could not find a way to correct it later. No problem at all; I have a set of conventions, which exist for the most part only

[bug #64597] [mom] spurious newline after image label

2023-08-25 Thread Sven Schober
Follow-up Comment #2, bug #64597 (project groff): Hi Branden! Thank you for correcting the title and other meta data of the issue. I hit submit too fast and could not find a way to correct it later. I just took a look at the PDF_IMAGE source code in mom, but I think it would take me a week of in

[bug #64597] [mom] spurious newline after image label

2023-08-25 Thread G. Branden Robinson
Update of bug #64597 (project groff): Category:None => Macro mom Item Group:None => Incorrect behaviour Assigned to:None => PTPi Summary: Spu