After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 659740 - Print position (Print > Image Settings) fails to work correctly
Print position (Print > Image Settings) fails to work correctly
Status: RESOLVED DUPLICATE of bug 562619
Product: GIMP
Classification: Other
Component: Plugins
2.8.2
Other Windows
: Normal minor
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 683231 701036 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-09-21 16:07 UTC by strata_ranger
Modified: 2016-10-07 23:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description strata_ranger 2011-09-21 16:07:25 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?
Comment 1 André Klapper 2011-10-03 10:42:35 UTC
Which paper size setting is this about?
Comment 2 strata_ranger 2011-10-05 14:59:53 UTC
Standard 8.5x11".  Printer is an HP Deskjet 5940.
Comment 3 Jernej Simončič 2012-01-08 20:41:38 UTC
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
Comment 4 Michael Natterer 2012-01-08 21:38:10 UTC
Thanks, setting 2.8 milestone.
Comment 5 Michael Natterer 2012-02-14 23:09:25 UTC
Did anything change after merging page setup into the print dialog?
Comment 6 strata_ranger 2012-02-16 05:00:20 UTC
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.
Comment 7 Michael Natterer 2012-03-04 16:57:00 UTC
I have no clue if the behavior is changing, I asked you to try that ;)
Comment 8 strata_ranger 2012-03-10 16:10:14 UTC
One stumbling block is that I am a bit wary of having to compile source code - not an active programmer.
Comment 9 strata_ranger 2012-04-11 07:22:22 UTC
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.
Comment 10 strata_ranger 2012-08-05 16:48:21 UTC
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.
Comment 11 Michael Natterer 2012-08-05 21:37:45 UTC
I'm sorry but without a patch fixing these issues, things will stay
broken. We have zero windows developers.
Comment 12 Michael Natterer 2012-08-05 21:38:01 UTC
Thanks for the info, of course :)
Comment 13 Michael Natterer 2012-09-03 12:07:44 UTC
*** Bug 683231 has been marked as a duplicate of this bug. ***
Comment 14 Max Mustermann 2012-10-13 05:43:54 UTC
Is this a duplicate of bug #491230?
Comment 15 strata_ranger 2012-10-13 14:52:03 UTC
Don't think so, though IIRC I did stumble across it while doing an experiment or two related to it (see comment 21).
Comment 16 Michael Schumacher 2013-05-26 15:40:54 UTC
*** Bug 701036 has been marked as a duplicate of this bug. ***
Comment 17 A 2015-10-20 04:38:19 UTC
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!
Comment 18 strata_ranger 2016-07-15 04:18:49 UTC
Oh, hey, looks like this was previously documented as bug #562619. Okay then.

*** This bug has been marked as a duplicate of bug 562619 ***