Thanks Fred. A clarification... there is no switch from roll to sheet--it would all be on roll stock. What it would require is the ability to have different media sizes in the same job.

For now, I just wait until QU has finished spooling out the first 8 copies and returns control. Then I setup the 9th copy and submit it. The jobs going into the same log. If I used two different QU instances, then the jobs would go into different logs.

Cheers!

Brad

I know what you mean. The main bug that bites me is the HP driver frequently forgets the paper size. So if I must open the driver to check a setting, it frequently resets the paper size to some bizarre value and then sends that back to QU, thereby upsetting my job parameters. Argh. To make matters worse, the HP driver doesn't sort its paper size list, which would make it a lot easier to "remind" the driver what size I really want.

The net of all this is I try to stay out of the HP driver as much as possible. Which is why I like to recall previous print jobs from the QU log. Which would be a perfect situation except for the "Control with no parent" problem that I  often have with QU (and no one else seems to have it). Oh well.

Cheers!

Brad

This issue appears to be fixed as well. Thanks Mike.

Cheers!

Brad

It works!! Thank you so much.

Cheers!

Brad

Awesome! I haven't had a paper print job since I reported that issue, but I will set one up now to try it out.

Cheers!

Brad

Actually Fred, I create all my forms (i.e. Media sizes) in the Windows "Print Server Properties" tool, "Forms" tab.

C:\Windows\System32\printui.exe /s /t0

These form sizes are saved in the Windows registry. QU reads them and populates the "Media size" drop down on the "Printers and Settings" tab. I don't use the printer driver to create user defined forms.

Then, in the Z3200 Printer Driver, I ensure that the "Margins/Layout" option is set to "Clip contents by margins". That means the driver will tell QU the printing margin is 0", even though the printing margin will actually clip the image (i.e. it is not borderless). This is OK because my paper prints always have white borders (in B+ mode) and my canvas prints are printed on roll widths that ensure I have a minimum of 1/2" white space all around ("slop" area for when I apply the coating).

The net effect is QU displays a printable area ("page size") the same size as the selected Media size with no printer margin deducted. I don't know if other printers have the same capability, but perhaps using the borderless setting would emulate the same situation as far as image placement and rotation is concerned.

I print on roll stock and the Media size determines where the printer will cut off the prints.

Cheers!

Brad

Fred, Mike, I concur...the new drag/drop and Alt+drag/drop is a smooth way to add/replace entries in the queue.

Cheers!

Brad

Hi, Fred. The Z3200 driver has a "margin" feature that reports 0" printing margins to QU and therefore QU can use the full specified sheet size. That's the mode I've been using for years on paper prints with white borders. And QU has (historically) always rotated the prints into correct position. I've just noticed with the latest release this was no longer happening.

Cheers!

Brad

Minor issue in the job log.

If you have adjusted the column widths from the default (I like to slide the File Date, Printed To, Prts and Pgs as far to the right as possible), and then you Rename or Delete a job, the program resets the column widths back to the default.

Not sure if this is a "bug" introduced in 2018.101 or I'm just losing my mind, but it seems QU refuses to rotate large prints to fit the media size if there is a non-zero border.

Specifically, I want a print to be 24" x 16" PLUS 0.50" borders = 25" x 17" including borders. I have set this up as a custom setting (see screenshot) on 24" wide roll stock with media size set to 24" x 25".

When I add the image, I expect QU to rotate the image to align the 25" side with the length of the media so the 17" will print across the roll. Instead, QU reduces the image size to 23" x 16" PLUS 0.50 borders = 24" x 17" so the 24" dimension prints across the roll (see screenshot).

I tried all the usual tricks to force QU to get print oriented correctly, e.g. click a rotate arrow, click (B), then (B+), change the print placement options, etc. Eventually, I found a work-around by removing the border, getting the correct orientation, then adding the border.

Cheers!

Brad

This might seem weird to most, but it happens fairly often in my workflow. However, I deem this as a low priority feature.

E.g. I'll get an order for 9 copies of a file that, with borders, has print dimensions of 18.625" x 12.000". I will print this on roll stock. So I will do 8 copies, as 2-up on media size 24x18.625. The last copy has to be a separate job, which I will do 1-up on media size 24x12. AFAIK, this must be done as two jobs. It would be more efficient (for me), if I could set it all up as a single job that prints all 9 copies without further intervention.

Cheers!

Brad

I can go along with this perspective Mike. However, I'm just running jobs today with 2018.101 and I'm frustrated with the sizing of the right hand panel. The default width cuts-off the display of "Printer" and "Printer profile" which, in my case, are fairly long strings. Not to mention how it cuts off the display of Queue info. Sure, I can hover the mouse, but would it be possible/better to allow us to resize the width of the right hand panel relative to the width of preview area?

Thanks.

Cheers!

Brad

I use the queue to sort the printing order. I use the queue to drag/drop replace files (keep all other parameters). I use the queue to quickly see full path name of files and printing resolution (sometimes need to hover the mouse over the entry to see the fully expanded entry). The queue also tells me the colorspace of the file. I use the queue to quickly navigate to the print preview of a particular item in the queue, especially for large jobs.

Yes, I still use the queue.

I've just installed 2018.101 and will let you know how it goes.

Cheers!

Brad

The job was printed on March 17, 2017, so not old. It previews perfectly in the job log. Yes, this is a weird one. It's been happening on my machine over a number of years. I have even done at least two Windows clean installs in the interim. The printer is always an HP Z3100 or HP Z3200ps.

If there is anything else I can do to help debug/isolate the problem, let me know.

Cheers!

Brad

Hi, Mike. FYI, the "control without parent endless windows" problem is back, at least for one job that I tried to reload from the job log. It occurred with v2017.123, so I upgraded to v2017.124 and it repeats in that version too.

Cheers!

Brad