On 08/15/2014 08:24 AM, Josef Wolf wrote:
Creating the /etc/papersize file has no effect on this wired behaviour.
That does not surprise me at all. As far as I can see, since no-one else has presented any evidence to the contrary, the use of /etc/papersize was a side effect of the use of groff in a specific circumstance and is concerned with the application and formatting at the application level, not the printer driver. I still thing that *because* those entries, as I said the two separate lines, are in the .ppd this has to do with the capabilities of the hardware, for example alternative feed trays. Perhaps you could tell us more about the physical printer itself. Not necessarily what you have it configured for but what the capability the vendor designed it capable of doing. For example, my Brother printer has the capability for three trays as well as manual feed, envelope feed and two types of stacker. I _can_ tell it to do different feeds, for example first the envelope, then one page 'letter' then subsequent pages 'foolscap'. I can't imagine why I should want to, but apparently that can be done. The reality is that I have only the one tray, but the PPD says I can have three! Well bully for that! Perhaps you could also tell us if this is how the printer is or if this is just how CUPS has been set up and actually has nothing to do with the printer. Yes I know you have the screenshot from within Konqueror, but that's a very top level. What about the 'view' from other applications, gimp, acroread? What if you use some other browser to talk to CUPS? If the printer is network connected what about using a browser to look at how its configured at the lowest level? To my mind there are just too many unanswered issues here. Without knowing what's going on further down the stack we don't know why the way the the PPD supplied this has meaning. Right now, my suspicion is that, because it was in the PPD, it relates to a characteristic of the printer, but so what? One can write many PPDs for a printer that do or do not expose various characteristics of the underlying hardware. It is even possible that the PPD you got was 'wonky' and made up a characteristic that the printer doesn't have --- which is why I ask about viewing the printer i/f at a lower level, "in the raw". Until we have that firm information we are speculating in circles, -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org