Apache OpenOffice (AOO) Bugzilla – Issue 17489
STYLE="page-break-before: always" causes blank page when printing web page
Last modified: 2013-08-07 14:38:26 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
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.
Reassigned to MIB
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
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
.
According to the OpenOffice.org roadmap (http://tools.openoffice.org/releases) this issue was retargeted to OOo Later.