Intercept the Print message in C#

On Tue, 11 Nov 2008 13:02:02 -0800
Bryan <Bryan@discussions.microsoft.comwrote:>
If your application is hosted in a standard Web browser, you will not
be able to intercept the native (browser-provided) print menu item or
icon press. You can have a button in your application that will do
this, but I would advise calling it something other than "print", since
that would cause confusion.
>
It seems that IE6 supports such a thing, but it's not a
standards-compliant feature (that is, it's a proprietary extension).
Firefox and other standards-compliant browsers don't support such a
hook (and personally, I would disable it if they did, it's a plain
privacy violation; it's nobody's business if I print a page on
Wikipedia or anything else on the Internet).
>
If having a button or widget in your application doesn't make sense for
what you're doing, I'd consider not using a Web application at all,
instead using a "fat" client to handle whatever client-side work you're
doing. Again, I'd recommend not using "Print" as the toolbar or menu
item because the meaning of such a button is expected to be consistent
with other applications; if you want to direct something to a spool
elsewhere than a print button would traditionally go (to the local
print spool), you should have another name for that command.
>
--- Mike
>
--
My sigfile ran away and is on hiatus.
http://www.trausch.us/
>

On Tue, 11 Nov 2008 16:36:14 -0500
"Nicholas Paldino [.NET/C# MVP]" <mvp@spam.guard.caspershouse.com>
wrote:>
This assumes total control of the client execution environment, whether
or not the user is doing this is undetectable from the Web application
itself. Also, since it'd be a global setting, may cause far more
trouble than solving the original problem... and, of course, such a
solution is system-dependent. You lose portability if you depend on
being able to deploy something like this across clients, since print
configuration is not inherently cross-platform.
>
--- Mike
>
--
My sigfile ran away and is on hiatus.
http://www.trausch.us/
>

All true, but since the OP indicated that the application hosts a web
browser control (the WebBrowser control that I assume), I would assume that
there is ^some^ degree of control of the client execution environment (or
more specifically, that there is an install of some sort where the driver
can be installed, it doesn't have to be set as the default).
>
Also, since it is a .NET app, this wouldn't be the only cross-platform
concern if the app were ported.
>
--
- Nicholas Paldino [.NET/C# MVP]
- mvp@spam.guard.caspershouse.com
>
"Michael B. Trausch" <mike@trausch.uswrote in message
news:20081111164705.6c7b44ce@zest...>
>
>