Chris, Thank you for looking into this issue! I did a little more testing when I was able to, and then a hard drive failure kept me offline for almost two weeks. (additional comments in-line below.) On Thu, Aug 26, 2004 at 09:22:08AM +0200, Chris Halls wrote: [...] | I guess you did not follow the development of this patch. You're right, I don't follow the development of OOo at all. [...] | On to Derrick's comments: | | On Thu, 2004-08-26 at 00:09, Derrick 'dman' Hudson wrote: | > OOo now detects and allows selecting each of the multiple instances of | > my printer queues (define in ~/.lpoptions), however that is quite | > useless because it ignores the options defined for the queue. For | > example, the office at work has a laser printer and a (color) inkjet. | > The queue 'color' refers to the inkjet, and the instances 'color/2' | > sets the options 'number-up=2' and 'page-border=double'. However, | > printing to 'color/2' resulted in normal 1-up pages. | | Does this happen for all settings, or just the duplex setting? I have | an inkjet with several different printing quality/speeds available, and | those settings work, but the duplex setting does not work completely | correctly. Can you check whether this problem affects all settings or | just the duplex and file a separate report please. I have verified that n-up does not work and draft quality does work. I haven't tried changing the duplex setting. | > OOo would be much better if it allowed the user to specify the print | > command instead. Then I could specify any options I want, or even use | > 'gtklp' instead (as other applications on the system do). | | > The heart of the problem is poor integration with the system due to | > departing from the UNIX philosophy "do one thing and do it well" and | > from not following the KISS principle. | | See my earlier comments about OOo changing to follow the Unix | philosophy. (earlier comments snipped for brevity) I am glad to hear that we are on the same page wrt to solving this! Just some food for thought ... the only problem now is that OOo needs its own GUI for setting all of the available options. It will take some effort and time to design, implement and debug this. After all of that, only OOo will benefit and other projects will need to duplicate the same effort. In the end, the various application interfaces will be different causing at best annoyances for users and at worst royally confusing other users. As a software engineer I suggest that instead of building this directly in OOo, a separate library or application should do all of the printer option processing and user interaction. Then OOo and any/every other application can benefit from it as well. Perhaps existing code can be leveraged to reduce the amount of effort the OOo team needs to spend in this area. I may even point out that gtklp (and others) already have a complete implementation ;-). I'd be a satisfied user if OOo simply provided a text field asking what command to use, the way Galeon and gv, etc., do. Anyways, this is just an idea for you (the OOo team) to consider. As for myself, as a user, I nearly have this ideal solution anyways (see below). | Or, use SAL_DISABLE_CUPS=1 This works for me -- I set SAL_DISABLE_CUPS=1 and set Command=gtklp in /etc/openoffice/psprint.conf. This gives me exactly what I want! Thank you for adding the documentation for it! (the only limitation is that I can't, on-the-fly, specify additional comand line arguments in the print dialog, however gtklp presents a gui with all the parameters CUPS supports so that isn't a real issue) As far as I am concerned the printing issue is resolved. -D -- If your life is a hard drive, Christ can be your backup. www: http://dman13.dyndns.org/~dman/ jabber: dman@dman13.dyndns.org
Attachment:
signature.asc
Description: Digital signature