> when div elements are in a "table".
> Try the code below, and you will see :
> - at pages 3,9 and 15: some unexpected space between first and second div;
Can you measure such vertical gap? Or can you provide a screen shot?
> - at pages 4,10 and 16: some unexpected space between second and third div;
> - at pages 5,11 and 17: only 2 divs are visible instead of 3;
>
> There is a cyclic behavour every 6 pages.
>
> Thank you.
>
> **********************************************************
> <html>
Best is to provide a test and make it accessible (attachment or make it available somewhere on the web); your test should trigger web standards compliant rendering mode and not backward-compatible "quirks" rendering mode. You can do this by starting your test like this:
Identify
- page scale (it should be 100%),
- paper size (like US letter [216mm wide by 279mm tall; 8½inches by 11inches] or A4 [210mm wide by 297mm tall])
- page orientation (like Portrait)
You may have (or be asked) to provide furthermore details if the problem is not reproducible: details like what are your vertical page box margins in millimeters where page header and page footer are usually printed. Vertical (and horizontal) page box margins are entirely user-settable in Chrome 27 print preview mode.
I created 2 quick versions of your test and I could not reproduce the problem you experienced with Chrome 27.0.1453.110 under Linux KDE 4.10.4, kernel version 3.8.0-25-generic, i686 (32bits). By this, I am *_not_* suggesting you are not experiencing the problem you see or that you should not report the problem you see.
(In reply to comment #23)
> BUG: "page-break-inside: avoid"
hus.buy,
You most probably should be making such comment into
Bug 35217 - CSS attribute page-break-inside: avoid; is not implemented.
and not in here.
>
> There is a bug for Chrome
Which version of Chrome? Under which operating system?
Bug Reporting Guidelines /www.webkit. org/quality/ bugwriting. html
https:/
> when div elements are in a "table".
> Try the code below, and you will see :
> - at pages 3,9 and 15: some unexpected space between first and second div;
Can you measure such vertical gap? Or can you provide a screen shot?
> - at pages 4,10 and 16: some unexpected space between second and third div; ******* ******* ******* ******* ******* ******* ******* **
> - at pages 5,11 and 17: only 2 divs are visible instead of 3;
>
> There is a cyclic behavour every 6 pages.
>
> Thank you.
>
> *******
> <html>
Best is to provide a test and make it accessible (attachment or make it available somewhere on the web); your test should trigger web standards compliant rendering mode and not backward-compatible "quirks" rendering mode. You can do this by starting your test like this:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http:// www.w3. org/TR/ html4/strict. dtd">
<html>
<head>
> <head>
> <style>
I suggest to use instead
<style type="text/css" media="print">
Other points to consider:
Identify
- page scale (it should be 100%),
- paper size (like US letter [216mm wide by 279mm tall; 8½inches by 11inches] or A4 [210mm wide by 297mm tall])
- page orientation (like Portrait)
You may have (or be asked) to provide furthermore details if the problem is not reproducible: details like what are your vertical page box margins in millimeters where page header and page footer are usually printed. Vertical (and horizontal) page box margins are entirely user-settable in Chrome 27 print preview mode.
> table { <div>Hello< /div></ td></tr>
> width: 100%;
> }
> div {
> height: 270px;
> border: solid 2px;
> margin-bottom: 10px;
> page-break-inside: avoid;
> }
> </style>
> </head>
> <body>
> <table><tbody>
> <tr><td>
I created 2 quick versions of your test and I could not reproduce the problem you experienced with Chrome 27.0.1453.110 under Linux KDE 4.10.4, kernel version 3.8.0-25-generic, i686 (32bits). By this, I am *_not_* suggesting you are not experiencing the problem you see or that you should not report the problem you see.
Gérard