356358 - Wide tables don't shrink to fit page

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect)

Description

[Nathan Bailey]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1b2) Gecko/20060906 Camino/1.0+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1b2) Gecko/20060906 Camino/1.0+

Apparently Windows has a 'shrink to fit page width' option (eg. settings in bug #339854) but I'm not aware of an equivalent function in Camino.

It appears that any table that is wider than 'the page' (80 chars?) simply gets truncated, rather than being shrunk to fit.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.osec.doc.gov/cio/arch_cmm.htm (or any other page with wide tables)
2. Choose 'print' and print to page (or PDF)
3. Result is a truncated table (in the above case, truncates just after the 'Level 4: Managed' column, with 1-2 characters of the next column displayed.

Actual Results:  
Content beyond right side of page is lost (not printed)

Expected Results:  
Table should either be squeezed longer, so that all five columns fit OR an extra page should be printed for the extra content beyond the right hand side (cf. the way Excel prints multi-page spreadsheets). (I suggest the former is simpler and more commonly expected :-)

Comment 1

[Nathan Bailey]

Attachment: PDF print showing truncated table on page #2

Comment 2

[Chris Lawson (gone)]

It's entirely possible that this is a dupe of that bug; it appears that no one ever tested that testcase in Camino. (I just tested it, and with "Shrink to fit page width" unchecked, I was unable to reproduce the problem.)

That makes me wonder: what's the difference between the testcase in bug 339854 and the problem page here?

Can we get a reduced testcase of the DoC page? Also, does Firefox 1.5 exhibit the problem?

Though I'm able to reproduce the problem, I'm leaving this UNCO until we have a testcase, as I suspect this is going to get kicked to Core:Layout in fairly short order.

cl

Comment 3

[Nathan Bailey]

Attachment: Cut down version of web page still showing problem

This now truncates about 8 characters in to the last column (Level 5) (i.e. still shows the behaviour, but not as much, as the table isn't as wide without all the content).

Comment 4

[Nathan Bailey]

(In reply to comment #2)
> (I just tested it, and with "Shrink to fit
> page width" unchecked, I was unable to reproduce the problem.)

What platform were you testing it on? (I don't have a 'shrink' option?)

> Can we get a reduced testcase of the DoC page? Also, does Firefox 1.5 exhibit
> the problem?

Done. Firefox (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051224 Firefox/1.5) truncates the page at exactly the same point as Camino. Feel free to point me to a different version of Firefox to test (eg. nightlies at http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/?)

Comment 5

[Chris Lawson (gone)]

(In reply to comment #4)
> (In reply to comment #2)
> > (I just tested it, and with "Shrink to fit
> > page width" unchecked, I was unable to reproduce the problem.)
> 
> What platform were you testing it on? (I don't have a 'shrink' option?)

Camino is Mac OS-only, but I bet you're simply missing it -- in the "Copies and Pages" popup menu in the Print dialog, select "Camino" and you'll have the option. (I'm fairly certain that's present in the 1.0.x builds as well, although I'm on trunk at the moment.)

Thanks for the reduced testcase. That'll give the layout folks something to work with.

cl

Comment 6

[Nathan Bailey]

Attachment: Paper handling dialog set to 'scale to fit A4'

Two dialogs to 'shrink' in Firefox -- this is the first one

Comment 7

[Nathan Bailey]

Attachment: Firefox dialog set to 'Shrink to Fit Page Width'

Two dialogs to 'shrink' in Firefox -- this is the second one

Comment 8

[Nathan Bailey]

I've found 'Shrink' -- twice in fact :-)  The application-specific one is under the application name (there is also one for Camino, but I've tested in Firefox). With the dialog boxes set as per the attachments (shrink++), it still truncates in exactly the same place (I now have a printout from both browsers, and they line up 100%).

(BTW -- the original page didn't preview properly in Safari either, but the above test case does)

thanks for your help!

Comment 9

[Nathan Bailey]

Workaround (should someone need to print such tables before this is fixed):
The HTML file can be opened in Excel (eg. 'open -a Microsoft\ Excel arch_cmm.htm' or copy/paste) and then each table cell is an Excel cell. You can then configure cell sizes or print to fixed page widths to get the full content.

Note that both MS Word and Windows IE appear to truncate the original page.

Comment 10

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

The testcase WFM in 2006101001 (v1.0+) and in 20061003 Firefox/2.0.

Comment 11

[Nathan Bailey]

(In reply to comment #10)
> The testcase WFM in 2006101001 (v1.0+) and in 20061003 Firefox/2.0.

Hmm, I just download 2006101022 (1.0+) and I'm still seeing the same behaviour. I wonder if it is printer-settings dependant?

Can you please:
1. See if the original page works for you?
2. Let me know if you have anything different in the two dialogs above? (alternatively, what kind of printer you are using? I would ask for a copy of File|Print|Summary but it doesn't look like you can copy and paste it easily :-)

thanks!

Comment 12

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

It's somewhat font-size dependant, it seems; when I raise my default font size a bit, the testcase produces the bug.

Comment 13

[Wayne Mery (:wsmwk)]

do you see this issue still with version 3.6 or 4.0 beta?

Comment 14

[Nathan Bailey]

Yes, https://bug356358.bugzilla.mozilla.org/attachment.cgi?id=242015 still shows this in FF3.6. My font is 'Times' at 16 point. It still happens at 10 pt, but at 9 pt it fits on the page.

Comment 15

[Jonathan Watt [:jwatt]]

Firefox nowadays has an option "Ignore Scaling and Shrink to Fit Page Width" in the print dialog that is checked by default. I can reproduce the issue with that unchecked but, well, it seems that option is the solution to this bug. Reopen if you disagree but in that case please explain what it is I'm missing from the discussion above and what exactly it you that's wanted.