GNOME Bugzilla – Bug 659740
Print position (Print > Image Settings) fails to work correctly
Last modified: 2016-10-07 23:47:24 UTC
Running Windows GIMP 2.6.11, it seems that my "Center" option on the Print > Image Settings dialog tab does not work -- the default setting is "Center: Both" but the actual printout is located at the upper-left corner of the paper. Changing the option has no effect whatsoever. Could've sworn the centering option was working in an earlier version of GIMP 2.6 but I can't verify that -- I don't do printouts that often, and when I do its exact placement on the paper is a minor issue at most. Is it just me?
Which paper size setting is this about?
Standard 8.5x11". Printer is an HP Deskjet 5940.
I can confirm the same on Windows - position seems to be always ignored, paper size settings are ignored if you set them through File -> Page Setup, but are usually used if you set them in the printer properties (in my tests, I was printing to PDFCreator, and it seems that paper orientation is only acknowledged if I also change paper size). GIMP 2.7.4, Windows 7 x64
Thanks, setting 2.8 milestone.
Did anything change after merging page setup into the print dialog?
BTW, I posted further details under bug #491230. The short verion of which is: In the current 2.6 branch: - The "Center" option DOES work (i.e. it merely calculates the matching offset coordinates), however... - It's the print offset coordinates themselves that aren't working correctly. I'm appearing to get a 10:1 ratio between the values specified and their on-paper results, regardless of the specified unit of measure -- e.g. I specify 2" offset, I get 0.2" on paper. Also in 2.6.11: - When "Ignore page margins" is enabled and I print an image at offset (0,0), the image comes out positioned at my printer's minimum margins, rather than attempting to place it at the paper edge (with resulting cropped edges). I can't necessarily call this a bug, but... - When "ignore page margins" is off and I print an image at offset (0,0), the image comes out located at my minimum printer margins PLUS the values input under my image's Page Setup (which are themselves required to meet or exceed my minimum printer margins). If the behavior is changing for 2.8, hopefully that will address the issue.
I have no clue if the behavior is changing, I asked you to try that ;)
One stumbling block is that I am a bit wary of having to compile source code - not an active programmer.
Finally have more info, this is tested using the GIMP 2.8.0-RC1 Windows installer. - Awareness of printer margins is definitely improved: a print offset of (0,0) produces a printout located precisely at my minimum printer margins. Or, if ignoring page margins, yields a cropped image (expected behavior). - Print offsets other than (0,0) do NOT show any improvement over GIMP 2.6 and result in the wrong on-page placement, still by approximately a 10:1 ratio in measurement. Test image was 64x64 pixels, 72 dpi. A print offset of (left 7.351", top 9.458") resulted in the printout being physically located approximately (left 1.0", top 1.2") from the paper edges.
BTW, needinfo provided. To sum up: 1 - "Centering" options simply calculate print position values. Works in 2.8 (always did). 2 - "Ignore page margins" does work in 2.8 (fixed since 2.6); correctly places output relative to page/printer margins or paper edge. 3 - Print position values do not work (not fixed since 2.6); seems to be a 10:1 ratio between specified values and actual distance on paper.
I'm sorry but without a patch fixing these issues, things will stay broken. We have zero windows developers.
Thanks for the info, of course :)
*** Bug 683231 has been marked as a duplicate of this bug. ***
Is this a duplicate of bug #491230?
Don't think so, though IIRC I did stumble across it while doing an experiment or two related to it (see comment 21).
*** Bug 701036 has been marked as a duplicate of this bug. ***
Just noticed this bug remains un-repaired in 2.8.14 - Printout occurs in the upper left corner of the paper, despite settings otherwise. The previewer appears to be working. If there is anything that I can do to to assist in the resolution of this issue, or motivate a coder to productively work on it, let me know. Thanks!
Oh, hey, looks like this was previously documented as bug #562619. Okay then. *** This bug has been marked as a duplicate of bug 562619 ***