Bug 49677 - db2rtf generates an RTF file which has one line per page.
Summary: db2rtf generates an RTF file which has one line per page.
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: docbook-utils   
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2001-07-23 01:21 UTC by Need Real Name
Modified: 2008-05-01 15:38 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-08-13 19:16:40 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
The sample file that demonstrates the problem and the generated RTF (3.59 KB, application/octet-stream)
2001-07-25 05:57 UTC, Need Real Name
no flags Details

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:

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

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")

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.

Note You need to log in before you can comment on or make changes to this bug.