Double spacing shows up as negative spacing, margins and borders not respected for fonts Courier, Courier New
Reported by
ponynobl...@gmail.com,
Nov 1 2016
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36 Example URL: Steps to reproduce the problem: 1. Create a document with variable width margins, included double spaces between anything (ex. This little piggy went to the market. That little piggy stayed home.) 2. Set the font to Courier or Courier New 3. Print preview and printed documents show a negative spacing for the double space and the margins will not identify properly. What is the expected behavior? Double spaces will either whittle down to one space automatically or (in the case of nbsp) stay spaced out. What went wrong? In both cases, nbsp and double space, the spaces shrink to negative space, but only in print preview. I've included screen grabs and a test file that demonstrates the problem. Does it occur on multiple sites: N/A Is it a problem with a plugin? N/A Did this work before? Yes Chrome V53 Does this work in other browsers? Yes Chrome version: 54.0.2840.71 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 23.0 r0 None.
,
Nov 3 2016
Unable to reproduce this issue on Windows 10 with chrome stable 54.0.2840.71 and firefox 48.0.2 1. Opened the browser 2. Loaded the sample html page 3. press ctrl+p for preview 4. saved print as pdf file. Observed that the output of both pdfs are same. Please check the attached screenshot and let us know your observations.
,
Nov 3 2016
Thank you for the reply. Unfortunately, I am still seeing the same issue when I use Print Preview and save as PDF, even in Windows 10, and with the latest version of Chrome. I've included files from Win10 and Win7 generated by Save to PDF. Both have the same issue. I updated Chrome on Windows10 to the latest stable release, 54.0.2840.87, but the issue remains. The uploads from windows 10 are from this release. It should be noted that I am on 64bit Chrome on both machines. Print file is from Firefox 49.0.2 using Microsoft Print to PDF. To be as thorough as I could imagine, I also printed from Chrome using Microsoft Print to PDF. It comes out far larger in filesize on MS Print to PDF. I have also printed it using an OKI C3400 and received the same results. Unfortunately, I don't have access to a document scanner at the moment.
,
Nov 4 2016
,
Nov 4 2016
,
Nov 12 2016
Thank you for providing more feedback. Adding requester "kkaluri@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 14 2016
Is this fixed in m55? could this be related to chromium:659604 ?
,
Nov 14 2016
,
Apr 3 2017
Cannot reproduce this on Windows 10 64 bit with Chrome 56. Is this still an issue?
,
May 25 2017
I've run into this issue on 58.0.3029.110 (64-bit) Linux, as well as some earlier versions.
The following HTML can reproduce it:
<!doctype html>
<html>
<body>
<style>
body {
font-size: 10pt;
}
</style>
<p>
This is a paragraph and the text
is getting wrapped in the markup.
I wonder if It will have these
weird problems when printing?
</p>
</body>
</html>
This problem seems to be linked to the unit for the font size: if I use pt or mm then the spacing gets messed up, but I didn't see an issue when I tested a range of "px" sizes.
At some sizes the spacing will be negative and causing words to overlap, at other sizes it can be positive.
The spacing affects print documents as well as the preview.
,
May 26 2017
Can you please try to reproduce in m59 or m60?
,
Jul 11 2017
Have you had a chance to try this with Chrome 59?
,
Sep 20 2017
Haven't heard back in a while. I don't see a problem in Chrome 61, so assuming this problem has gone away. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by gideon.w...@gmail.com
, Nov 1 2016