On Sunday 10 July 2016 06:34:00 deloptes wrote: > Gene Heskett wrote: > > Anybody here got the magic incantation to keep it from shrinking the > > image to unusability on the paper in the two front trays? > > I doubt it shrinks the image only when paper fed from specific tray. > Perhaps you should think in the opposite direction - shrink the image > to the paper size. > The size of the printed image usually depends on the quality of the > image (and the printer capability). Think of dpi on both sides. > Therefore most print software offers options to influence this or > autofit the paper size. > > regards
But no one is actually answering the question. Yesterday I had the printer requester set for A3, no clue where the backport guides are set because I cannot read black on black at the oblique angle the door is allowed to open, so the guides are taped such as to allow 1/16" of slop at the most. But today, I have feed the same sheet of paper thru it about a dozen times without getting a single smudge of ink on it, AND cup says the job sent was only 1 kilobyte, where yesterday evince was sending 4.5 megabytes per printed page. So where the heck is that data going, because its sure as hell not getting to the printer as anything but a blank page. I've rebooted now, and will take a look at any suspect logs I can find. Nothing there that relates to this. Wikipedia agrees, tabloid is 11x17 portrait, ledger is 17x11 landscape. But according to the other internet resources, 11x17 is a bastard American only size. The printer processor, the gui I get when I click "print" in evince gives me tabloid only and landscape as a separate rotational option, which because tabloid is normally two facing pages 17" high & 11" to the crease, I had set to landscape since its 34" long and 29 or so high coming out of inkscape as a .png. Posterazor makes a 6 page pdf out of it. Evince says the pages, 6 of them, are 15.82 × 9.82 inch so no wonder it was cutting so much off the edges to get a registration of one page to the next yesterday. So here goes, evince loaded up one more time, cups options is set for 11x17, and I'll select tabloid/landscape for page 1. Set "current page", scale 105%, tabloid, borderless, landscape. page scaling=none on the next tab, color is vivid, but no profile specified. Click print, printer fires up, plays with paper for about 30 seconds, spits out blank sheet of paper. The cup web page says the job was completed and was 1k in size. Two files on the system were updated yesterday after I printed the 8 pages I did, because 3 of the 8 missfed and lost some of the image. I used one anyway. Commit Log for Sat Jul 9 09:06:50 2016 Upgraded the following packages: libicu48 (4.8.1.1-12+deb7u3) to 4.8.1.1-12+deb7u4 linuxcnc-uspace (1:2.7.4.138.g2ed2210) to 1:2.7.4.140.gb3ec66b Says its International Components for Unicode The last one isn't related. But what is the function of the first one? And I just found this in the /var/log/cups/error_log W [10/Jul/2016:08:15:43 -0400] Please move "SystemGroup lpadmin gene" on line 2 of /etc/cups/cupsd.conf to the /etc/cups/cups-files.conf file; this will become an error in a future release. W [10/Jul/2016:08:15:43 -0400] Please move "Group sys" on line 3 of /etc/cups/cupsd.conf to the /etc/cups/cups-files.conf file; this will become an error in a future release. W [10/Jul/2016:08:15:43 -0400] Please move "User lp" on line 4 of /etc/cups/cupsd.conf to the /etc/cups/cups-files.conf file; this will become an error in a future release. So I did, but now its a total failure: bad edit, fixed. And it still doesn't work. Acid test, print this email. Crashed kmail. Restarted, mail was saved. I think I may have it sussed. Up to now I could configure a given printer with different options so I had my choices of single sided, duplex etc available just by calling the correct printername. In this case I had prefixed the model number with the make name. So one is set with the ID of MFCJ6920DW, and the other is set to Brother_MFC_J6920DW, and the first one has an 8.5x11 portrait default, and which from the cli using lp, works as normal, so that idea just got flushed. Next test, set both cups and this requester for A3, borderless, restart cups, and try again. No marks or ink smudges on the paper. Go back and reload the pdf I generated yesterday into evince. Still set for A3 borderless. clipped about 1/4" of the image off what would have been the left edge of the paper viewed from the rear input port, and at least 2" of unused paper on the right edge and there isn't any way the guidance of the paper was that bad. Used about 15.75" of the length of the paper with nearly equal borders. Next, leave the cups config be, and set the printer menu for tabloid, worked, no difference in the image scaling, lots of right edge border to cut off like before. One more try, tabloid,borderless. And again, no diff in the image scaling Go set cups to tabloid, borderless and restart, no diff Set 110% scale, is no go but printer doesn't say why. 105% worked but clipped 1/2" off left (trailing end of paper). With "auto-rotate and center" turned back on, and scale to 103%, the borders are just about right at about 3/8" all around. Now all I have to do is concoct a tray that has 2 pins to engage 2 holes in the edge of the door, exactly centered 11" wide guides, so I can load a sheet of paper into this "tray", insert the pins into the door to align it, and let a sheet of paper slide straight down into the grippers so it doesn't get loaded crooked 90% of the time. Got that about half made, waiting for glue to set, might as well send this. Thanks for all who replied. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene>
