Mike Chaney's Tech Corner
November 15, 2024, 08:00:26 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Qimage registration expired? New lifetime licenses are only $59.99!
 
   Home   Help Login Register  
Pages: 1 [2] 3
  Print  
Author Topic: Gaps in columns of printed pictures  (Read 21923 times)
tonygamble
Sr. Member
****
Posts: 373


Email
« Reply #15 on: October 21, 2013, 06:52:44 PM »

Great Fred,

I can do that.

Mine have gaps between several of the images when I print them.

I am trying to find out why.

Tony
Logged
Fred A
Forum Superhero
*****
Posts: 5644



WWW Email
« Reply #16 on: October 21, 2013, 06:57:40 PM »

Quote
Mine have gaps between several of the images when I print them.

I am trying to find out why.

I am making a SUPER A3+ print right now... of course on the R 2000, but if it prints fine here, then we check your driver settings
See why you get a different printable area. same paper.

Fred
Should have the report in 5 minutes
Logged
Fred A
Forum Superhero
*****
Posts: 5644



WWW Email
« Reply #17 on: October 21, 2013, 07:03:56 PM »

Perfect print from the R 2000
No gaps, and I actually used a 13 x 19 sheet.
The measurements are identical WRT printable area and paper size, and all of your specs.
There is no problem that I can detect at the moment.

See if your driver is "optimizing" something.

Fred
Logged
tonygamble
Sr. Member
****
Posts: 373


Email
« Reply #18 on: October 21, 2013, 07:16:10 PM »

Will do.

Thnks
Logged
admin
Administrator
Forum Superhero
*****
Posts: 4218



Email
« Reply #19 on: October 22, 2013, 12:16:20 AM »

If you used Ctrl-up and Ctrl-down to butt the prints against each other, the prints themselves will be exactly aligned down to the individual printer dot (so imperial/metric will have no effect since it is actually aligning them on the printer canvas).  That means if there's a gap, the gap is coming from the image itself (or a print border but I think you ruled those out).  HQ preview or soft proof isn't high enough resolution to show a gap that tiny so it may not show up on screen views if there is just one line (or a few) of white in the image on the top or bottom.  Take each of the images you are printing and bring them up one by one in the image examiner.  Zoom in a couple times until you can see pixels and then scroll all the way to the top of the image and all the way to the bottom of the image: look to see if there are any white rows of pixels on the top or bottom.  That is the only way you'd get gaps in this scenario: if there are a couple lines (rows) of white pixels at the top/bottom of the actual images.

Mike
Logged
tonygamble
Sr. Member
****
Posts: 373


Email
« Reply #20 on: October 22, 2013, 08:41:02 AM »

Thanks Mike.

Not the solution but a good clue - I think.

I looked at the image of the lady and then realised I was not printing from jpg but from raw. There is no sign of white at the top or bottom of the raw.

I then double clicked on the image on the made up page and I saw my crop lock was ticked and read 99.9 and 74.9. When I had called up the raw image to place it on the page and in the queue I had asked for a 100 by 75 image.

I altered the 99.9 to 74.9 (to 100 by 75) and saved the image. When I called it up again it had returned to 99.9 and 74.9.

My verticals are all showing 99.9 and 149.9.

It is odd (to me anyway) that sometime the 'abut' works and sometimes not.

You may have another suggestion but in the meantime, when I go down to my studio next, I'll try asking for 99.9 by 74.9 images instead of 100 by 75 ones. I'll then stack them into a column and see if that is the cure. I'll let you know what happens - but do let me know if you think I should be trying something else.

To be honest, having seen some shots touching the others and some with a white line I may go for putting a white line in with a border every time. But it would be good to solve the original problem if possible so that we all have more control of the way things print.

Tony
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3251



WWW
« Reply #21 on: October 22, 2013, 10:28:04 AM »

Tony,
Quote
It is odd (to me anyway) that sometime the 'abut' works and sometimes not.
I note from you screen shots that you have TWO columns on the page an d the images in one column do not necessarily align to those in the other.
You may have some in the other column that are very close in alignment so when you select an image in one column and use CTRL up or down, it may be aligning to an image in the other column and thus leaving a gap.
When you do CTRL up/down to abut the image, look at the other column and if any doubt do an extra CTRL Up or Down click on the arrow to check. If it does not appear to move, it probably has a minute amount.
Quote
I altered the 99.9 to 74.9 (to 100 by 75) and saved the image. When I called it up again it had returned to 99.9 and 74.9
Seems like something else is going on, I get precise values from QU! However, this should not affect CTRL up/down alignment.
Where are you setting the size?
Fred asked you to check the driver, no report on that yet!
Terry
Logged
tonygamble
Sr. Member
****
Posts: 373


Email
« Reply #22 on: October 22, 2013, 10:47:57 AM »

Thanks Terry,

I had not thought about the vertical alignment being influenced by the other column.

I can easily shift that. It is simply a matter of trying to get the best use from the paper.

I am entering the image size in the box that appears when you hit the equal sign in the thumbnail. Print properties it is called.

No I have not checked the driver yet. I was focussed on Mike's comments about lines of white pixels.

Back later.

Tony
Logged
tonygamble
Sr. Member
****
Posts: 373


Email
« Reply #23 on: October 22, 2013, 11:48:25 AM »

And the Oscar goes to......................................

(long pause)

Terry Mann.

(long applause).

Yes, it was the left hand column that was fooling the Ctl Up and Down. I removed the two pix from the left and the spare one at the bottom. I pulled the column apart and pushed it back together in Editor mode with the Control keys and I have a perfect print.

I am not totally sure of the way forward now. You say that the second click may be impercetible. It is boring to have to waste a sheet of paper to find out whether it worked. I guess I need to revisit my work flow and maybe keep columns to one a sheet. I am not sure what element of the left hand pair was causing the confusion to the right hand column.

Any thoughts, guys?

But thanks for all the help and ideas so far. Between us we got there.

Off to lunch (UK time Floridans).

Tony
Logged
Fred A
Forum Superhero
*****
Posts: 5644



WWW Email
« Reply #24 on: October 22, 2013, 11:52:14 AM »

Quote
I had not thought about the vertical alignment being influenced by the other column.
Tony,
I think I found the problem...thanks to Terry
Terry's idea made me try placing all the images out of place to start and then if you use CTRL ARROW, the image that you want to butt to the top stops short as the first alignment marker it sees is the opposite column. If that opposite column image is a skinch (in metric it would be a skournch) lower, and the image aligns with that, you can be off enough to make a small white space.

You would need to hit those keys again, or better yet, manually position the lower images closer to the mate of the abutment image and then CTRL ARROW. This will avoid the image finding an alternate marker.
Pretty sure that's it.
I was able to do it once. I was lucky in that the right side column was off spaced compared to the left.
Since you say it didn't always happen, that makes me even more confident that has to be it!!

Fred
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3251



WWW
« Reply #25 on: October 22, 2013, 12:41:36 PM »

Tony,
Quote
You say that the second click may be imperceptible. It is boring to have to waste a sheet of paper to find out whether it worked. I guess I need to revisit my work flow and maybe keep columns to one a sheet.
There's no need to waste any paper  Roll Eyes
I said in my post "if any doubt do an extra CTRL Up or Down click on the arrow to check."
If say you are moving the image up, an extra CTRL Up will either move a the image a small amount to align or move completely out of position. In the latter case, CTRL Down to align perfectly again. It only takes nano seconds to do that  Wink
Quote
I am not sure what element of the left hand pair was causing the confusion to the right hand column.
Nothing in QU is confused, CTRL Up/Down aligns to the NEAREST image boundary on the PAGE. That's the way way it works, how else could it?
Terry
Logged
admin
Administrator
Forum Superhero
*****
Posts: 4218



Email
« Reply #26 on: October 22, 2013, 01:02:23 PM »

Thanks Terry for realizing that the images in column B were not the same size/alignment.  Now that we know the cause, the solution is as Terry suggested: when working with "odd" sizes that vary by a small amount on the page (and hence will align slightly differently), you should always just click an extra Ctrl-Up to check alignment.  When using Ctrl-Up to align an image to one above it, click Ctrl-Up until it looks like it aligns and then click Ctrl-Up again until you see it jump too high (to where it overlaps the one above it that you were aligning TO).  Then click Ctrl-Down once to ensure it aligns with the bottom of the print it just overlapped.

Obviously the same goes for Ctrl-Left, Ctrl-Right, and Ctrl-Down.  I've always done this "check" even though I don't typically have sizes on the page that vary by a fraction of an inch.  A leftover from the days when I used to adjust carburetors I guess.  Wink  It's a common way to find limits with just about anything.  Dial it in until it just goes over, then dial it back one notch to get it just right.

Mike
Logged
tonygamble
Sr. Member
****
Posts: 373


Email
« Reply #27 on: October 22, 2013, 01:14:20 PM »

Thanks guys. Three posts to read after I got back home.

Terry. You say "Nothing in QU is confused, CTRL Up/Down aligns to the NEAREST image boundary on the PAGE."

Is it not aligning to the FIRST image boundary it finds? :-\

My error was because when I was moving an image up the first boundary it found was on the other column. A second click finds the bottom of the image in the appropriate column which was NEARER when I started but not the FIRST.

Mike suggests doing another Up Click. The lower image will probably overlap the upper one. So a Down Click will refind the bottom of the upper of the two images.

No big deal as we all seem to be in agreement with the solution - but worth noting for those who dig out this thread from the archives sometime in the future. Smiley
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3251



WWW
« Reply #28 on: October 22, 2013, 04:02:40 PM »

Quote
Is it not aligning to the FIRST image boundary it finds?
Same thing isn't it? Obviously it applies to the direction you are moving, say,  (in mathematical terms) moving up or down the "Y" axis, it's the nearest regardless of the the "X" position of the boundary.
Quote
Mike suggests doing another Up Click.
cough ... so did I  Wink
Anyway, we are very pleased it's sorted  Cool

Quote
A leftover from the days when I used to adjust carburettors I guess. 
Ah ... I remember then well, twin carbs were fun  Grin
Terry
Logged
tonygamble
Sr. Member
****
Posts: 373


Email
« Reply #29 on: October 24, 2013, 06:37:10 PM »

It seems only fair to report I needed to do another two strips of images today. All 100mm wide and ideally 600mm tall.

I dropped my selected images on some A3+ pages and then moved them around to create the columns. Final positioning was with the Ctl and cursor arrows as suggested above. They worked a treat. Not a single white line between frames. One of my columns was a bit jagged as I must have made a mistake with the CTL Left/Right. But that was no big deal and easily cleaned up with the trimmer.

Thanks again folk.

Tony
Logged
Pages: 1 [2] 3
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!
Security updates 2022 by ddisoftware, Inc.