When you go back to the main screen, click on the large preview panel image to select it.
Then The main screen will reflect border size change.
It works like that here.
Let us know.
Fred

Hi Fred,

I can not find much of a relationship for image selections 'twixt preview panel and full page editor. Whichever image is selected in the preview page, the full page editor opens with the first image in the queue selected, and on returning to the main screen, none are selected.

This is particularly annoying if there is only one image on the page, and the border settings you think you are applying, are not then being applied. (If you are trying to get the maximum wrap for an image on canvas, to match  specific frame size, you have to actually do some sums - and then the wraps don't show, so you have to start again, and select the single image that you can see in front of you - it may not be logical, but for one image, it is pretty obvious that is the one that is wanted.)

I think this is the same as Patrick is stating, the selection transfers are not perhaps as good as it could be.

I have not thought through the problems that may occur if the selections were properly carried over to the different views, or in the case of there being only one image, if that would automatically  be the one selected for applying the settings - other than it not being the way it is done at the moment.

Best wishes,

Ray

Hi Fred,


I'm not sure if you have understood what I meant to say 

If there are two images on one page, image a), say, at the top of the page and image b) at the bottom. If you select either a) or b) in the preview page, when you open the full page editor image a) is always the one initially selected in the full page editor. When you go back to the preview page, no images are selected in that view. I do not see that as being the same as the quote above. (In reality, the image a) is the first in the print queue, which may be even a worse situation if you have a number of images on one page - the name is sort of buried in the other print details - <size, ppi, MB> ).

wrt the first part of your reply. The situation is that I normally set the borders in the preview page, often when I have not selected the image. I generally have no need to go into the full page editor, since the image can be loaded in and centred, to a defined custom size. On loading the image, it is not automatically selected - I can see it, it is the only one, so that is obviously the image I want - but it is selected in some respects, since its name is highlighted in the print queue!. If I apply borders in that situation, and then select the image by clicking on it, the border settings disappear. It is possibly not the same as setting the borders in the full page editor, and then on returning  to preview, the image not being selected. This is the problem with much of this stuff, it does not appear to show a consistent way of operating across all areas - there are many paths, but only one leads to salvation 

(and many of us keep falling off....)

Best wishes,

Ray

Hi Fred,

As you say, selected means selected. If I drag an image down into the 'view print Queue' area, then it appears on the preview panel, and is unselected. If I want to apply any borders or whatever to that image, then I have to select it, even if it is just the one image. OK, if that is the rule - which is unlike most other software I know, (but much like the windows folder/file situation)

BUT, if I do not select that image, and simply open the full page editor, then Qimage has selected that image for me. That is not consistent.

Furthermore, if there are two images in the preview panel, it does not matter which one I select there, because if I go to the full page editor, Qimage has selected the first one in the print queue, so I do not see that as 'selected being selected'.  Again, I do not see how that is consistent.

And then, if I leave the full page editor with whatever image was selected - either by me or by Qimage, when I return to the preview panel again, no images are selected in that panel - I have to select it/them again. I am assuming that a selected image has the blue (in my case) line around the image. If an image does not have the bounding line around it, then I think it should be unselected.

There is no problem in selecting an image (but unnecessary if less than two images to chose from) but I would expect that said selection should carry over to all screens where images can be manipulated.

At the moment, Qimage appears to ignore user selections that are made in the preview panel when moving to the full page editor. When the full page editor is opened it applies its own selection, and then when I return from the full page editor to the preview panel, nothing at all is selected.

I think it may make more sense if the preview panel was just that, a quick check of the layout of the images, no alterations allowed, and instead the full page editor was in it's place, or at least selections should be consistent between the various views.

Please confirm that the selection behaviour between the preview panel and full page editor that I have mentioned above in the first few paragraphs is the same on your system.

Best wishes,
Ray

Hi,

I agree with you Ray. There's a consistency problem with this interface. Its current behavior is misleading. Another example:

- I select an image in the Preview Pane.
- I switch to the FPE.
- I change my mind and click on Cancel.
- The image previously selected image has been deselected.

In any application, when an action is cancelled, the application should return to the same state it was in when the action was initialized: Cancel = Back to the previous state (I'm a developer and I always take care of this).

More generally, I think that the QImage UI should be reworked and simplified. QImage is an excellent program and I wouldn't print with any other tool. However, many potential customers are intimidated by this user interface. DDI Software is losing market shares because of this.

My two cents...

Cheers.

--
Patrick

Terry,

Chicken-egg problem.

In my developer's life I have seen many software shops go out of the business because of too much self-confidence. But let's admit that QImage is the best printing program available (at this time). People who don't know that but who want to give it a try will first have to get familiar with the UI (and I repeat, it is very intimidating) and read through a very strangely structured manual which doesn't follow the basic rules for editing a software manual (tools like EC Software's Help & Manual could help produce something more readable). I made the necessary efforts to go through this because I knew from others that QImage was really worth it. Otherwise, I'm not sure I would have even tried to launch the first print job.

Just google a little bit and read what people say about QImage. Always the same: excellent printing tool... once you've gone through the user interface intricacies.


Please consider that printing is just one (final and important) step in the photographer's workflow. Beside learning how to make pictures in the first place, and even pros have to learn how to use their cameras, their always changing RAW development and retouching tools, etc. The software must adapt to the user, not the opposite.

Cheers.

--
Patrick

Tell Adobe that. Did you see the thread on here on how to set PS E8 up for print colour management 
In my life as a user & occasional trainer of applications from DOS stuff, Unix based Enterprise systems and customised Windows applications, Qimage is pretty good in my view.
You still have not come up with any specifics, on :"I think that the Qimage UI should be reworked and simplified." other than than the minor problems already mentioned. It is a reasonably complex and multi-functional program so it is going to continue be an evolutionary process, I would think, as users and Mike suggest specific improvements.

I heard about a friend this week who had a new Sat Nav and was spending time reading the 20 page manual before using it. His 10 year old grandson picked up the Sat Nav and within a few minutes had planned a journey from his home in the UK to a friends house in Italy. "Out of the mouths of babes ....". There's a lesson there I think for all software, do as the kids do now, experiment.

We'll have to agree to disagree probably 
Terry.