Mike Chaney's Tech Corner
April 20, 2024, 02:04:23 PM *
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 Search Login Register  

Professional Photo Printing Software for Windows
Print with
Qimage and see what you've been missing!
Pages: [1]
  Print  
Author Topic: canvas size may not be image size but total print size - image + border + wrap  (Read 11885 times)
nigeldh
Newbie
*
Posts: 4


View Profile Email
« on: January 02, 2010, 08:03:29 PM »

Mike,

FYI, I am finding with Q Studio and the Canvas option mixed results with this issue:
Getting the initial Red border to be the total print size - length + 2 x border + 2 x wrap & width + 2 x border + 2 x wrap.

a. No image on the page, in the queue.
To get the Red border, print area, to be the initial correct size I need to set the canvas size to be the total print size - image + each border + each wrap.
length + 2 x border + 2 x wrap & width + 2 x border + 2 x wrap.

b. Image already on the page, in the queue. I have to reset the Canvas size to the image size.
The initial Red border is then correctly shown as the total print size.

c. Other times I need to bounce back and forth a couple of times between A & B to get the Red border to be the total print size.

For the final printing the queue shows:
a. Red border is the true canvas size, size to the print the image;
b. There is a cross hatched border for the mirror;
c. There is a dotted line for the wrap.
Logged
rayw
Sr. Member
****
Posts: 440


View Profile
« Reply #1 on: January 03, 2010, 01:00:55 AM »

Hi Nigel,

There are too many variables/pre-sets in different areas that are inconsistent in operation and it makes much of this difficult to work with. Depending on where you are, so to speak, the rotation does not work, and borders change from B+ to B. Also, in my book, the 'image size' should be the size to the edge of the frame, it does not include the borders. The 'print size' includes the borders, if any, and the 'page' can contain a number of 'prints'. Also, if only one image on the page, then you can work on that image in the full page editor, even if not selected, but when you return to the print page some values are not changed. The border settings in the full page editor are incomplete.

It seems to be just as you get it working as you want it, it all gets snafu again.

There is an irritation in the data entry, too, in as much as it acts on the values before you have completed the data entry - this disturbs the work flow when dealing with large images as the screen refreshes every time you enter a digit in the border size, for example.
Logged
rayw
Sr. Member
****
Posts: 440


View Profile
« Reply #2 on: March 16, 2010, 01:44:55 AM »

Border type selection is not fully implemented in the full page editor - seems to conflict with page border settings. e.g. if set to mirror in page border settings, then set to solid in fpe, only way to change border seems to clear them (only available in page editor) and try again....
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3247



View Profile WWW
« Reply #3 on: April 18, 2010, 03:33:42 PM »

Quote
Getting the initial Red border
If I understand correctly , and you are seeing a red hatch border instead of the actual image reflection or stretch, you are using an old version. I suggest you update as there may have been odd bugs that are now sorted.
I agree with Ray, the image size comes first. Surely you have a stretcher frame in mind and then work outwards from the image. The print size is whatever it needs to be for that frame  Huh?
Whatever, the arithmetic is pretty simple if you really need to work from the outside in to get the print size as the Qimage starting point.
I've not done any big prints with this feature, but it seems to work faultlessly for me and I can't see that size matters in respect of the principles.
Quote
There is an irritation in the data entry, too, in as much as it acts on the values before you have completed the data entry - this disturbs the work flow when dealing with large images as the screen refreshes every time you enter a digit in the border size, for example.
Ray, is your screen slow to refresh, I can't see any big deal with that here?
Terry.
Logged
rayw
Sr. Member
****
Posts: 440


View Profile
« Reply #4 on: April 19, 2010, 02:32:35 AM »

Hi Terry,

This is with latest version 2010.206.

set a page size of, say,  A3.
set an image size of 5 x 4. make sure both borders are set to zero.
drop in your image. Select it.

set borders to B+, then go to border 1 and type a 1 in front of the 0.00. Image resizes (distorts on the page preview) and 3x2 appears in image (indicating 6 sheets are required). Now, correct the mistake - go to border 1 again, and delete the '0' before the decimal point, to give a border of +1. The image shrinks down, to roughly 2.7 by 2.1.  (If I now try to reset the border 1 to 10.00 but now a warning message pops up this time), but I know of no simple way to restore the image to it's original 5 x 4 size, other than setting another size, and then 5 x 4, or by clearing it from queue, and reloading the image again.

The problem I mentioned re resizing while entering the data still applies. It is normal for calculations to take place when data entry is completed, usually signalled by tabbing out of the data entry field, or using the enter/return key, or by otherwise moving the cursor from the field. This is because it is quite usual when entering data to enter a new value in the field, and then delete the old, which is often impossible to do here. e.g. a border of 1.75 inches, and you want to change it to 2.75 inches - you can't enter the 2 (21.75) then delete the 1, without it trying to set a border of 21.75. Of course, it then messes up in a similar fashion as outlined above. (I'm glad banking software does not behave like this - or maybe that was the problem  Cheesy )

There are still missing border settings in the full page editor, and afaik my previous comments still apply.

Best wishes,

Ray
« Last Edit: April 19, 2010, 02:34:32 AM by rayw » Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3247



View Profile WWW
« Reply #5 on: April 19, 2010, 07:21:07 AM »

Ray
Quote
set borders to B+, then go to border 1 and type a 1 in front of the 0.00. Image resizes (distorts on the page preview) and 3x2 appears in image (indicating 6 sheets are required). Now, correct the mistake - go to border 1 again, and delete the '0' before the decimal point, to give a border of +1. The image shrinks down, to roughly 2.7 by 2.1.  (If I now try to reset the border 1 to 10.00 but now a warning message pops up this time), but I know of no simple way to restore the image to it's original 5 x 4 size, other than setting another size, and then 5 x 4, or by clearing it from queue, and reloading the image again.
There does seem to be some odd behaviour when a mirror border is too large & then edited.  Shocked
To correct any finger problems as you describe: -
1. Just backspace and enter a valid number, or
2. click border 1 button again and select Clear all borders,
Then you must re-select the size and start entering the border size again with either one of the above.
This behaviour seems to be linked with Qimage's ability to spread an image over more than one page or fit to page. I don't think it's a big deal, just be careful in placing the cursor when entering a border size.  Wink
Quote
The problem I mentioned re resizing while entering the data still applies
I don't see this as a problem at all, in fact it makes finger problems obvious immediately, is helpful to get an immediate visual indication and minimises key stokes (which some users go on about occasionally)

I'm seem to recall that the FPE border controls did, at one time, include the canvas features. Perhaps I'm wrong, they got dropped for a reason or a recent update missed them  Huh?
Terry.
Logged
rayw
Sr. Member
****
Posts: 440


View Profile
« Reply #6 on: April 19, 2010, 10:27:02 AM »

Hi Terry,

Quote
The problem I mentioned re resizing while entering the data still applies
I don't see this as a problem at all, in fact it makes finger problems obvious immediately, is helpful to get an immediate visual indication and minimises key stokes (which some users go on about occasionally)

It is a real problem if it goes above a single page size. For data entry it is normal for software to wait patiently for the 'enter' key to be pressed. However, if it is a slider entry, then it is normal for the effect to be immediate, as the slider is moved, but then it is annoying if there is a delay between moving the slider and a noticeable effect.

Thanks for testing it out, sometimes I think I imagine things, since not always easy to remember the steps taken to get it all jammed up. Sad

Best wishes,

Ray
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3247



View Profile WWW
« Reply #7 on: April 19, 2010, 10:56:30 AM »

Hi Ray,
Quote
It is a real problem if it goes above a single page size.
Now we know about this, it just means being careful to get the numbers and the data entry correct first time round. I always like to jot the numbers down on things like this and do the sums to check they are valid first. But that's my engineering training coming out  Roll Eyes
I would expect Mike to pick this up eventually.
Terry.
Logged
Pages: [1]
  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.