Re: Long Heading lines using mom

[Peter Schaffter]

Heinz-Jürgen --

On Tue, Aug 29, 2023, Heinz-Jürgen Oertel wrote:
> I'm translating from English to German so I have to overtake more
> ore less the long heading lines from a book.  Using mom i can
> split the text like
> 
> .HEADING 2 "Splitting this very long heading" "in two or more parts"
> 
> So far this works within the text part of the PDF document.  But
> if generating the TOC, the long lines will not break.
> What can I do?

This is something I didn't take into account when setting up the
formatting for TOC heading entries in mom.  For very long titles
there's TITLE_SHORT, but nothing equivalent for headings.

I'm working on a solution.

-- 
Peter Schaffter
https://www.schaffter.ca

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

[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 this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[bug #64608] TZ not forced to UTC when SOURCE_DATE_EPOCH used

[G. Branden Robinson]

Update of bug #64608 (project groff):

Category:   Driver gropdf => General
  Item Group:None => Incorrect behaviour
  Status:None => Fixed  
 Assigned to:None => gbranden   
 Open/Closed:Open => Closed 
 Planned Release:None => 1.24.0 
 Summary: SOURCE_DATE_EPOCH: current timezone and DST offset
used instead of UTC => TZ not forced to UTC when SOURCE_DATE_EPOCH used

___

Follow-up Comment #1:

Hi Christian,

Colin Watson reported and fixed this issue in one of the first commits after
_groff_ 1.23.0 was tagged.  It is already integrated into the Debian packages
thereof.

You might wish to backport his change.

https://git.savannah.gnu.org/cgit/groff.git/commit/?id=d7bbfb04ea25a82a8597cdef6ebb391cb78ab47c

Regards,
Branden






___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[bug #64608] SOURCE_DATE_EPOCH: current timezone and DST offset used instead of UTC

[Christian Franke]

URL:
  

 Summary: SOURCE_DATE_EPOCH: current timezone and DST offset
used instead of UTC
   Group: GNU roff
   Submitter: chrfranke
   Submitted: Tue 29 Aug 2023 11:57:28 AM UTC
Category: Driver gropdf
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
 Planned Release: None


___

Follow-up Comments:


---
Date: Tue 29 Aug 2023 11:57:28 AM UTC By: Christian Franke 
Testcase (on Cygwin):


$ groff --version
GNU groff version 1.23.0
...
GNU troff (groff) version 1.23.0
GNU grops (groff) version 1.23.0

$ echo $TZ ; date -Is
Europe/Berlin
2023-08-29T13:55:10+02:00

$ date -d '2023-01-01 UTC' +%s
1672531200

$ date -d @1672531200 -Is
2023-01-01T01:00:00+01:00

$ echo | SOURCE_DATE_EPOCH=1672531200 groff -Tpdf \
| grep -a 'Date'
5 0 obj << /CreationDate (D:2023010101+02'00')
/ModDate (D:2023010101+02'00')


Observed:
The timestamps use current timezone instead of UTC.
The time may be incorrect by one hour because current DST offset is used.
This may break reproducible builds.

Expected:
If SOURCE_DATE_EPOCH is set, UTC should be used regardless of current TZ.

Workaround:


$ echo | TZ=UTC SOURCE_DATE_EPOCH=1672531200 groff -Tpdf \
| grep -a 'Date'
5 0 obj << /CreationDate (D:2023010100+00'00')
/ModDate (D:2023010100+00'00')









___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

Long Heading lines using mom

[Heinz-Jürgen Oertel]

Hello,

I'm translating from English to German so I have to overtake more ore less the 
long heading lines from a book.
Using mom i can split the text like 

.HEADING 2 "Splitting this very long heading" "in two or more parts"

So far this works within the text part of the PDF document.  But if generating 
the TOC, the long lines will not break.
What can I do?


-- 
mit freundlichen Grüßen aus Halle (Saale)
   Heinz-Jürgen Oertel