[bug #65115] [PATCH] BMI and BMR definitions are switched in Foundry.in for the U foundry

2024-01-06 Thread G. Branden Robinson 
Update of bug#65115 (group groff):

  Status:   Need Info => In Progress

___

Follow-up Comment #7:

Thanks, I noticed that too.  :)


commit b9f2ef38a123ff9b01a7065faf1ba157500840fa (HEAD -> master)
Author: G. Branden Robinson 
Date:   Sat Jan 6 00:46:14 2024 -0600

font/devpdf/Foundry.in: More Savannah #65115 fix.

* font/devpdf/Foundry.in: More BMI, BMR mapping swap; swap the file name
  pairs "URWBookmanL-LighItal" and "URWBookmanL-Ligh!"; and
  "b018032l.pfb" "018012l.pfb" as well.

Continues commit 24691995e9, 4 January.

diff --git a/ChangeLog b/ChangeLog
index 360a8eb4e..e2d2d1ba7 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2024-01-05  G. Branden Robinson 
+
+   * font/devpdf/Foundry.in: More BMI, BMR mapping swap; swap the
+   file name pairs "URWBookmanL-LighItal" and "URWBookmanL-Ligh!";
+   and "b018032l.pfb" "018012l.pfb" as well.
+
 2024-01-05  G. Branden Robinson 
 
[troff]: Fix Savannah #64592 (default color name).
diff --git a/font/devpdf/Foundry.in b/font/devpdf/Foundry.in
index e17ec8757..0db650f86 100644
--- a/font/devpdf/Foundry.in
+++ b/font/devpdf/Foundry.in
@@ -88,8 +88,8 @@
AI|N|i|text.map|text.enc|URWGothic-BookOblique.t1!URWGothic-BookOblique!URWGothi
 
AR|N|r|text.map|text.enc|URWGothic-Book.t1!URWGothic-Book!URWGothicL-Book!a010013l.pfb
 
BMB|N|r|text.map|text.enc|URWBookman-Demi.t1!URWBookman-Demi!URWBookmanL-DemiBold!b018015l.pfb
 
BMBI|N|i|text.map|text.enc|URWBookman-DemiItalic.t1!URWBookman-DemiItalic!URWBookmanL-DemiBoldItal!b018035l.pfb
-BMI|N|r|text.map|text.enc|URWBookman-LightItalic.t1!URWBookman-LightItalic!URWBookmanL-Ligh!b018012l.pfb
-BMR|N|i|text.map|text.enc|URWBookman-Light.t1!URWBookman-Light!URWBookmanL-LighItal!b018032l.pfb
+BMI|N|r|text.map|text.enc|URWBookman-LightItalic.t1!URWBookman-LightItalic!URWBookmanL-LighItal!b018032l.pfb
+BMR|N|i|text.map|text.enc|URWBookman-Light.t1!URWBookman-Light!URWBookmanL-Ligh!b018012l.pfb
 
CB|N|nr|text.map|text.enc|NimbusMonoPS-Bold.t1!NimbusMonoPS-Bold!NimbusMonL-Bold!n022004l.pfb
 
CBI|N|ni|text.map|text.enc|NimbusMonoPS-BoldItalic.t1!NimbusMonoPS-BoldItalic!NimbusMonL-BoldObli!n022024l.pfb
 
CI|N|ni|text.map|text.enc|NimbusMonoPS-Italic.t1!NimbusMonoPS-Italic!NimbusMonL-ReguObli!n022023l.pfb


Since I misread/misapplied your patch I'll fix the above to set the --author
to you.  You can expect it in my next.  I'll snarf the one-liner to fix
[https://lists.gnu.org/archive/html/groff/2024-01/msg00014.html the PDF TOC
problem Peter pointed out, too].  (Your reply is not yet in the GNU list
archives for me to link to!)


___

Reply to this item at:

  

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

Re: Auto-relocated TOC in wrong place in pdf outlines

2024-01-06 Thread Deri 
On Saturday, 6 January 2024 19:19:59 GMT Peter Schaffter wrote:
> gropdf from groff 1.23.0.689-8d320-dirty breaks the mom macro
> AUTO_RELOCATE_TOC.  The physical page order and numbering are
> correct after relocation, but the pdf panel places the TOC at 
the
> top of the outline.  See attached .pdf and .mom files.  1.23.0 
works
> fine.  Not sure if mom needs tweaking or if it's a gropdf bug.

Mea Culpa. Here's the fix.

diff --git a/src/devices/gropdf/gropdf.pl b/src/devices/gropdf/
gropdf.pl 
index e26bc6b43..601819c55 100644 
--- a/src/devices/gropdf/gropdf.pl 
+++ b/src/devices/gropdf/gropdf.pl 
@@ -1808,7 +1808,7 @@ sub do_x 
else 
{ 
($curoutlev,$curoutlevno,
$thislev)=(@{$outlines[$pginsert]}); 
-$curoutlevno--; 
+#$curoutlevno--; 
} 
} 
}


Cheers

Deri

Auto-relocated TOC in wrong place in pdf outlines

2024-01-06 Thread Peter Schaffter 
gropdf from groff 1.23.0.689-8d320-dirty breaks the mom macro
AUTO_RELOCATE_TOC.  The physical page order and numbering are
correct after relocation, but the pdf panel places the TOC at the
top of the outline.  See attached .pdf and .mom files.  1.23.0 works
fine.  Not sure if mom needs tweaking or if it's a gropdf bug.

-- 
Peter Schaffter
https://www.schaffter.ca
.TITLE "PDF outline test
.COVER TITLE AUTHOR
.AUTHOR "Peter Schaffter
.PRINTSTYLE TYPESET
.AUTO_RELOCATE_TOC
.START
.PP
1
Lorem ipsum dolor sit amet, consectetur adipiscing elit.  Sed at
ante.  Mauris eleifend, quam a vulputate dictum, massa quam dapibus
leo, eget vulputate orci purus ut lorem.  In fringilla mi in ligula.
Pellentesque aliquam quam vel dolor.  Nunc adipiscing.  Sed quam odio,
tempus ac, aliquam molestie, varius ac, tellus.  Vestibulum ut nulla
aliquam risus rutrum interdum.  Pellentesque lorem.  Curabitur sit
amet erat quis risus feugiat viverra.  Pellentesque augue justo,
sagittis et, lacinia at, venenatis non, arcu.  Nunc nec libero.  In
cursus dictum risus.  Etiam tristique nisl a nulla.  Ut a orci.
Curabitur dolor nunc, egestas at, accumsan at, malesuada nec, magna.
.HEADING 1 "A first-level heading
.PP
2
Nulla facilisi.  Nunc volutpat.  Vestibulum ante ipsum primis in
faucibus orci luctus et ultrices posuere cubilia Curae; Ut sit
amet orci vel mauris blandit vehicula.  Nullam quis enim.  Integer
dignissim viverra velit.  Curabitur in odio.  In hac habitasse platea
dictumst.  Ut consequat, tellus eu volutpat varius, justo orci
elementum dolor, sed imperdiet nulla tellus ut diam.  Vestibulum
ipsum ante, malesuada quis, tempus ac, placerat sit amet, elit.
.HEADING 2 "A second-level heading
.PP
3
Sed eget turpis a pede tempor malesuada.  Vivamus quis mi at leo
pulvinar hendrerit.  Cum sociis natoque penatibus et magnis dis
parturient montes, nascetur ridiculus mus.  Pellentesque aliquet
lacus vitae pede.  Nullam mollis dolor ac nisi.  Phasellus sit amet
urna.  Praesent pellentesque sapien sed lacus.  Donec lacinia odio
in odio.  In sit amet elit.  Maecenas gravida interdum urna.  Integer
pretium, arcu vitae imperdiet facilisis, elit tellus tempor nisi,
vel feugiat ante velit sit amet mauris.  Vivamus arcu.  Integer
pharetra magna ac lacus.  Aliquam vitae sapien in nibh vehicula
auctor.  Suspendisse leo mauris, pulvinar sed, tempor et, consequat
ac, lacus.  Proin velit.  Nulla semper lobortis mauris.  Duis urna
erat, ornare et, imperdiet eu, suscipit sit amet, massa.  Nulla nulla
nisi, pellentesque at, egestas quis, fringilla eu, diam.
.HEADING 3 "A third-level heading
.PP
4
Donec semper, sem nec tristique tempus, justo neque commodo nisl,
ut gravida sem tellus suscipit nunc.  Aliquam erat volutpat.  Ut
tincidunt pretium elit.  Aliquam pulvinar.  Nulla cursus.  Suspendisse
potenti.  Etiam condimentum hendrerit felis.  Duis iaculis aliquam
enim.  Donec dignissim augue vitae orci.  Curabitur luctus felis a
metus.  Cum sociis natoque penatibus et magnis dis parturient montes,
nascetur ridiculus mus.  In varius neque at enim.  Suspendisse massa
nulla, viverra in, bibendum vitae, tempor quis, lorem.
.PP
5
Donec dapibus orci sit amet elit.  Maecenas rutrum ultrices lectus.
Aliquam suscipit, lacus a iaculis adipiscing, eros orci pellentesque
nisl, non pharetra dolor urna nec dolor.  Integer cursus dolor vel
magna.  Integer ultrices feugiat sem.  Proin nec nibh.  Duis eu dui
quis nunc sagittis lobortis.  Fusce pharetra, enim ut sodales luctus,
lectus arcu rhoncus purus, in fringilla augue elit vel lacus.  In
hac habitasse platea dictumst.  Aliquam erat volutpat.  Fusce iaculis
elit id tellus.  Ut accumsan malesuada turpis.  Suspendisse potenti.
Vestibulum lacus augue, lobortis mattis, laoreet in, varius at,
nisi.  Nunc gravida.  Phasellus faucibus.  In hac habitasse platea
dictumst.  Integer tempor lacus eget lectus.  Praesent fringilla augue
fringilla dui.
.TOC


pdf-outline-test.pdf
Description: Adobe PDF document

Macros for writing (German) letters?

2024-01-06 Thread Tim Landscheidt 
Hi,

as background: I have been using Apache FOP
(https://xmlgraphics.apache.org/fop/) in the past to print
letters according to the German standard DIN 5008
(https://en.wikipedia.org/wiki/DIN_5008).  Since FOP is a
Java application and the support for Java in Fedora is
dwindling, I want to switch my workflow to groff.

I found Chris Schaller's macros
(https://lists.gnu.org/archive/html/groff/2010-09/msg00038.html)
which work, but feel not very integrated into the groff eco-
sphere.  I'd rather want to set up my new workflow on some
existing "framework" enhanced to accommodate the peculiari-
ties of the German standard.

It appears to me that the (only?) macro packages shipping
with groff which have "proper" support for writing letters
(i. e., macros that have a notion of sender, recipient,
date, etc.) are mom
(http://www.schaffter.ca/mom/momdoc/letters.html) and mm
(https://tkurtbond.github.io/troff/mm-all.pdf, appendix D).

Of the two, mm seems easier to extend as it is not only sig-
nificantly smaller :-), but also already has a structure for
different types of letters (BL, SB, FB, SP).

Am I missing some obvious alternative to produce letters ac-
cording to DIN 5008?

TIA,
Tim

[bug #65115] [PATCH] BMI and BMR definitions are switched in Foundry.in for the U foundry

2024-01-06 Thread Deri James 
Update of bug#65115 (group groff):

  Status:   Fixed => Need Info  
 Assigned to:deri => gbranden   
 Open/Closed:  Closed => Open   

___

Follow-up Comment #6:

The fix which got pushed just swapped BMI/BMR, the patch in comment #1 is a
little more subtle - the final two entries on the two lines need to be
unswapped.


___

Reply to this item at:

  

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