[Printing-architecture] new cpd specs

[Alexander Wauck]

> The question is providing a button to allow it.  This is a COMMON print
> dialog.  Therefore, the control should be there.  If an application does
> not (can not) support it, then the application elects to deactivate the
> button when the dialog is called.  In this specific example, the button
> may be deactivated if there is no clipboard content.  In addition, why
> should I have to go to another application (like Klipper) to print
> content I have access to.

What if the clipboard has data from another application?  It would be very 
strange to click "Print" in OpenOffice, select "Print from clipboard", and then 
have the printer spit out something from Firefox.

Alex

-- 
Public keys:
http://dragonfly.mediaservices.gac.edu/alex/keys/

()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments

http://www.gnu.org/philosophy/no-word-attachments.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
Url : http://lists.linux-foundation.org/pipermail/printing-architecture/attachments/20090709/4b5743ac/attachment.pgp