Issue 17489 - STYLE="page-break-before: always" causes blank page when printing web page
Summary: STYLE="page-break-before: always" causes blank page when printing web page
Status: ACCEPTED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC2
Hardware: PC Windows XP
: P4 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2003-07-28 09:24 UTC by kelvine
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description kelvine 2003-07-28 09:24:30 UTC
Hi,

I am not certain if this is a defect or enhancement, but it certainly cripples 
my ability to use the Html Editor.

Inserting a new table into a new Html Editor document inserts the following 
code.

<TABLE WIDTH=100% BORDER=1 CELLPADDING=4 CELLSPACING=3 STYLE="page-break-
before: always">

This code causes a blank page to be printed when viewing the page using 
Internet Explorer 6.0

To duplicate the problem

Select Tools -> Options -> Load/Save -> Html Compatibility
Select Export - Microsoft Internet Explorer
Click OK

Select File -> New -> Html Document
Select Insert -> Table 
Click OK
Select View -> Html Source

Save the file under whatever name

View the source and on line 11 then page-break-before appears
View this file in Internet Explorer and it looks okay.

Now in Internet Explorer 6
Select File -> Print Preview

There is a two page document with the first page being blank.

This is totally unexpected behaviour and one which is very difficult for a 
user to work around and still get the desired one page web page that can be 
printed.

Thanks

Kelvin
Comment 1 pmartel60 2003-08-04 02:29:42 UTC
Confirmed for both Internet Explorer and Netscape Navigator 
HTML Compatibility Export modes. HTML 3.2 mode does not raise the issue.

This behavior is sufficiently surprising to call it a DEFECT.
Comment 2 h.ilter 2003-08-05 15:46:25 UTC
Reassigned to MIB
Comment 3 michael.brauer 2003-08-19 08:34:43 UTC
This does not happen if there is an (empty) paragraph in front of the
table. Since this can be used as an work around, OOo 2.0 seems to be
the correct target and P4 the correct priority
Comment 4 kelvine 2003-08-20 02:51:25 UTC
Hi,

I just thought I would make a further comment on this one.

To wait until 2.0 is release for something like this is a bit poor.

As a very experienced computer person I have built dozens of web 
pages using Html Editor.  It did not become apparent this problem 
existed until after the site went live and users started printing 
pages off the Internet.

Yes the user can print everything except page 1 which is not obvious 
to users.
Yes a paragraph can be placed before the table and accept a poor 
layout for their web page.
Yes they can switch to HTML 3.2 and lose formatting features such as 
justifying paragraphs.

All of these are substandard solutions and are not likely to be 
found easily by the average user.  

The user will simply accept Html Editor is flawed and move on to the 
next web page product.  I know, because this is what I am 
contemplating as the number of bugs and limitations is getting a bit 
frustrating.

Just thought I would provide my feedback if it is of any help.

Kelvin
Comment 5 andreas.martens 2003-09-12 15:17:23 UTC
.
Comment 6 jogi 2003-10-22 08:34:49 UTC
According to the OpenOffice.org roadmap
(http://tools.openoffice.org/releases) this issue was retargeted to
OOo Later.