Disable Right click context menu in ActiveX pdf controll

Question

1.00/5 (1 vote)

See more:

is it possible to hide or disable the right click context menu from the ActiveX controll of Adobe Acrobat reader. i am using this controll on windows form to display some records and i dont want the user to take print or save the document. i have disabled the toolbar using arguments but i didnt find one for context menu.

can anyone suggest me a solution?? if any other controll available for this senerio, thats also fine with me ??

thanks

Posted 15-Mar-15 18:05pm

vikaskallidantheyil

Add a Solution

2 solutions

Solution 1

I suggest you reconsider either your approach or your mindset. Trying to disallow the user to utilize something he can see on his screen is doomed to fail. Haven't you too already circumvented some website mechanics trying to hinder you from saving an image? Even if you somehow succeed in disabling the context menu, you won't be able to hinder the user from taking a screenshot. It will negatively impact the user experience with your application and they will look for alternatives. And if the data of your records is that sensitive, why show it in the first place?

Posted 15-Mar-15 18:21pm

manchanx

Comments

Sergey Alexandrovich Kryukov 16-Mar-15 0:25am

Agree, a 5.
I would also remind that the whole idea to assume that the users can use Adobe Acrobat reader plug-in or any other PDF reader is wrong. PDF is not a part of W3 standards and is purely optional.
—SA

[no name] 16-Mar-15 0:40am

Thank you!

vikaskallidantheyil 16-Mar-15 0:39am

i have a requirement that i should show the documents to the users so that they can refer it but not to save or print it...

[no name] 16-Mar-15 0:41am

Show my answer to whoever gave you that requirement, maybe he/she will reconsider.

Sergey Alexandrovich Kryukov 16-Mar-15 1:14am

I usually comment harder on such references to "requirements": why should we waste time on the inquirers who do not make decisions on the subject of the question? Why asking the experts then? Ask the person who gave you the "requirements". Isn't it logical?

The problem is more serious in real life. One of the most difficult obligations of the developers getting requirements is to review, falsify them, and turn some of them back for fixing of the problems found. In practice, even if the requirements were wrong, and then implemented, with bad results because of bad requirements, the big part of responsibility is put on the people who implemented them. It may seem unfair, but in fact it makes certain sense: for the developer implementing something using requirements, it's easier to see the problems. Developers are actually expected to turn questionable requirements back.

In all cases, using "requirements" as an argument in discussion with an expert is totally incorrect. The expert's role is different.

—SA

[no name] 16-Mar-15 1:26am

Good point. I'll tell the next "candidate" exactly that. The thought (or "logic" if you will) actually isn't completely new to me but since I only ever gave myself requirements for the last 16 years my field of view became a bit narrow I guess ;-)
- Sebastian

Sergey Alexandrovich Kryukov 16-Mar-15 1:27am

:-)

Sergey Alexandrovich Kryukov 16-Mar-15 1:32am

In addition to the discussion on "requirements", I can add one thing.

What would you say if one of the requirements would be delivering some messages faster than the speed of life? There are laws of nature, right? Likewise, there are laws of human society, albeit depending on culture and historical period. Laws of technologies (except those dictated by the laws of nature) are just part of them. What they "required", even if it was possible, would be considered as the violation of the very basic customer's rights. Depending on the setting, in presence the of competition, such attempt could even through your project out of market in no time...

—SA

[no name] 16-Mar-15 1:40am

Agree. Though it could be that this is some in-house solution where they don't have to care about competition. Still they will fail hindering their employees finding creative ways to make their life easier ;-)

Sergey Alexandrovich Kryukov 16-Mar-15 8:37am

Sure. This is just the example of possible consequences.
—SA

Add a Solution

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

vikaskallidantheyil · Accepted Answer · 2015-03-15T19:57:00

Solution 2

Solved by setting Edit and print password settings to the pdf file itself...
https://www.wpi.edu/Academics/ATC/Collaboratory/HowTo/AcrobatX/printing.html[^]

Posted 15-Mar-15 19:57pm

vikaskallidantheyil

Updated 15-Mar-15 19:58pm

v2

Disable Right click context menu in ActiveX pdf controll

2 solutions

Solution 1

Solution 2

Add your solution here

Preview 0

Disable Right click context menu in ActiveX pdf controll

2 solutions

Solution 1

Solution 2

Add your solution here

Preview 0

Existing Members

...or Join us