Bug 49677

Summary:

db2rtf generates an RTF file which has one line per page.

Product:

[Retired] Red Hat Linux

Reporter:

Need Real Name <vivekv>

Component:

docbook-utils

Assignee:

Tim Waugh <twaugh>

Status:

CLOSED RAWHIDE

QA Contact:

Severity:

medium

Docs Contact:

Priority:

medium

Version:

7.1

CC:

dcm

Target Milestone:

---

Target Release:

---

Hardware:

i386

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2001-08-13 19:16:40 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Attachments:

Description	Flags
The sample file that demonstrates the problem and the generated RTF	none

Description Need Real Name 2001-07-23 01:21:14 UTC

From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)

Description of problem:
The db2rtf generates an RTF file that when viewed through microsoft word 
97 shows one line per page.  The db2html and db2pdf are OK.

How reproducible:
Always

Steps to Reproduce:
1.Create a simple book SGML in docbook
2.Run db2rtf on it
3. view the generated RTF in MS Word
	

Additional info:

Comment 1 Tim Waugh 2001-07-23 09:28:47 UTC

Please send me an example SGML document, or we might not be looking at the 
same thing.  Thanks.

Comment 2 Need Real Name 2001-07-25 05:57:09 UTC

Created attachment 24887 [details]
The sample file that demonstrates the problem and the generated RTF

Comment 3 Tim Waugh 2001-07-26 15:31:07 UTC

Thanks.

Okay, I see the same thing with MS-Word 2000.  It isn't something obvious like 
unix2dosifying the file; I tried that.

Do you know when this last worked, or has it always behaved like this?

Comment 4 Need Real Name 2001-07-26 15:53:52 UTC

Actually I am using the db2xxx for the first time.  I have always used 
openjade -t rtf -d .../print/docbook.dsl myfile.sgml to generate the files.  
That still works fine.  The problem seems to be with db2xxx (the associated 
stylesheet I guess)

Comment 5 Tim Waugh 2001-08-03 10:25:05 UTC

Yes.  The stylesheet is /usr/share/sgml/docbook/utils-*/docbook-utils.dsl.

If you copy that file to /tmp/style.dsl and take out the section entitled
'Margins' (lines 175-227), and use db2rtf -d /tmp/style.dsl ..., does that work
any better?

Comment 6 Tim Waugh 2001-08-13 16:19:45 UTC

After some experimentation, it seems that this bit is the problem:

;;How big do you want the margin at the bottom?
(define %bottom-margin%
 (if (equal? %visual-acuity% "large-type")
      7.5pi
      2pi))

If I take that out, it works fine.

Comment 7 David Mason 2001-08-13 16:26:55 UTC

Of course taking that out produces a rather large margin at the bottom of
postscript files :\ - still, better than breakage I suppose.

Comment 8 Tim Waugh 2001-08-13 17:01:27 UTC

But bizarrely, if I change it to 9.5pi/8pi (from print/dbparam.dsl) rather 
than removing it altogether, it _still_ breaks.

Why would that be?

Comment 9 David Mason 2001-08-13 17:08:15 UTC

but if you remove it altogether it should default to what is in
print/dbparam.dsl - are you sure it is not broken without it? Otherwise I would
think that there is a bug in Norman's code which allows for these overrides to
happen. I will ask him about it - we can remove for the release.

Comment 10 Tim Waugh 2001-08-13 18:43:40 UTC

I must have done something wrong before; you're right, there is no difference 
if overridden or not.

Changing the '2pi' to '5pi' is sufficient to fix the problem, so I think I'll 
do that.

Comment 11 David Mason 2001-08-13 19:16:36 UTC

yeah - that looks all right to me

Comment 12 Tim Waugh 2001-08-13 21:45:14 UTC

That change is in docbook-utils-0.6.9-2.