bugGNU roff - Bugs: bug #61973, [me] delayed text doesn't use...

 
 

bug #61973: [me] delayed text doesn't use annotation vertical spacing

Submitter:  G. Branden Robinson <gbranden>
Submitted:  Tue 01 Feb 2022 01:03:02 PM UTC
   
 
Category:  Macro package me Severity:  3 - Normal
Item Group:  Incorrect behaviour Status:  Fixed
Privacy:  Public Assigned to:  gbranden
Open/Closed:  Closed Planned Release:  1.23.0
* Mandatory Fields

Add a New Comment Rich Markup
   

Sat 05 Feb 2022 06:00:13 PM UTC, comment #2: 


commit 84159f99546fbd882ca0ca31ec0bd34ac1eb22fc
Author: G. Branden Robinson <g.branden.robinson@gmail.com>
Date:   Wed Feb 2 00:10:39 2022 +1100

    [me]: V-space delayed text like other annotations.

    * tmac/e.tmac ((d): Set vertical spacing using percentage in `$V`
      register.

      ()d): Restore vertical spacing using percentage in `$v` register.

    Fixes <https://savannah.gnu.org/bugs/?61973>.


G. Branden Robinson <gbranden>
Group administrator
Tue 01 Feb 2022 01:05:53 PM UTC, comment #1: 

Really attaching screenshot now because `lynx` and Savannah hate each other.


G. Branden Robinson <gbranden>
Group administrator
Tue 01 Feb 2022 01:03:02 PM UTC, original submission:  

Delayed text is supposed to receive the vertical spacing of
other annotations.

Quoting meref.me from groff 1.22.4, at which point it hadn't
changed much in 30 years.


.sh 1 Annotations
.TL
.b .(d
.DE
Begin delayed text.
Everything in the next keep
is saved for output
later with
.b .pd ,
in a manner
similar to footnotes.
.TL
.b .)d
.i n
.DE
End delayed text.
The delayed text number register
.NR ($d
and the associated string
.ST #
are incremented if
.ST #
has been referenced.
.TL
.b .pd
.DE
Print delayed text.
Everything diverted via
.b .(d
is printed and truncated.
This might be used
at the end of each chapter.

The line spacing as a percentage of the pointsize expressed in units
is stored in
.NR ($v .
The percentage used internally
by displays and annotations
is stored in
.NR ($V
(although this is not used by
.b .sz ).


Given the following input, we would therefore expect the delayed
text items to be single-spaced, not double-spaced like the main
matter.

(We assign directly to `$v` and `$V`.  These are groff
extensions.  See bug #61710 for more on these matters.)


.nr $v 240 \" double-space most text
.nr $V 120 \" single-space displays and annotations
.uh "A demonstration of vertical spacing with delayed text"
.lp
In our exploration of computing science fundamentals,
we shall consider the authoritative sources
(\*#
.(d
\*# Knuth 1983.
Sed ut perspiciatis, unde omnis iste natus error sit voluptatem
accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab
illo inventore veritatis et quasi architecto beatae vitae dicta sunt,
explicabo.
.)d
\*#,
.(d
\*# Floyd 1993.
Nemo enim ipsam voluptatem, quia voluptas sit, aspernatur
aut odit aut fugit, sed quia consequuntur magni dolores eos, qui ratione
voluptatem sequi nesciunt, neque porro quisquam est, qui dolorem ipsum,
quia dolor sit amet consectetur adipiscivelit, sed quia non-numquam eius
modi tempora incidunt, ut labore et dolore magnam aliquam quaerat
voluptatem.
.)d
\*#)
.(d
\*# Curry 1963.
Ut enim ad minima veniam, quis nostrum exercitationem ullam
corporis suscipitlaboriosam, nisi ut aliquid ex ea commodi consequatur?
.)d
as well as another,
more dubious,
one\*#.
.(d
\*# Torvalds 2001.
Quis autem vel eum iure reprehenderit, qui inea voluptate velit esse,
quam nihil molestiae consequatur, vel illum, qui dolorem eum fugiat, quo
voluptas nulla pariatur?
.)d
.uh "References"
.pd


See attached screenshot, which shows output before and after a
2-line fix I have in preparation.

It seems likely to me that the older behavior was an oversight
on Allman's part; apart from the package's behavior
contradicting its reference manual (which he also wrote) on this
point, the inclusion of `\n(bs` space between each delayed text
item suggests to me that the spacing within those delayed text
items is expected to be single (ordinarily).

I admit I'm relying on surmise, but I have been unable to find
any model me(7) documents in Web searches apart from the ones we
distribute, or earlier versions thereof.

Maybe someone can help with that.

G. Branden Robinson <gbranden>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #52791:  me-delayed-text.png added by gbranden (110KiB - image/png)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by gbranden (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2022-02-05 gbranden StatusIn Progress Fixed
        Open/ClosedOpen Closed
        Planned ReleaseNone 1.23.0
    2022-02-01 gbranden Attached File- Added me-delayed-text.png, #52791

    Back to the top

    Powered by Savane 3.13-caa5.
    Corresponding source code