Skip to page content or skip to Accesskey List.
Search evolt.org
evolt.org login: or register

Work

Main Page Content

Leave that mouse alone!

Rated 4.25 (Ratings: 9) (Add your rating)

Log in to add a comment
(9 comments so far)

Want more?

 
Picture of persist1

Ben Henick

Member info | Full bio

User since: January 23, 2000

Last login: February 05, 2007

Articles written: 9

I was asked by aardvark to follow up here on a message to another list.

In a nutshell: disabling interface features is generally a Bad Thing.

Specifically: disabling right-clicks to protect your site content is a) pointless, b) irritating, and c) can be supplanted by other entirely palatable alternatives.

While I grant that - despite the DMCA* and general improvements in the values of the Web community as a whole - content protection is vital and a pain in the butt besides, disabling user functionality is not a good place to start.

There's one other thing in this introduction: the messages that precipitated this submission were intended for newbies, and frankly I doubt that any Web author with more than a few years' experience would fail to see the wisdom of these remarks.

Mousetraps are pointless.

Disabling the right mouse button will not deter any but the laziest of content rippers. There are too many workarounds that a content-ripper can use, such as:

  1. Doing a screen capture. Alt-PrtScrn on Windows, Apple-F3 on a Mac (if I remember correctly). On the Mac, you even get cute clicking-camera SFX. There are differences in implementation, but the end result is the same on both systems. Though I've not heard from the open-source camp, I can only assume that this functionality exists in Linux as well.
  2. Disabling JavaScript. Do I have to explain this?
  3. Buying a Macintosh, any Macintosh. The right-button implode depends on a multiple-button paradigm, which of course does not apply to the Mac.
  4. Being like Luke, and reading the source. .gif and .jpeg don't support JavaScript, eh? It is true that an Apache guru could probably make this impossible, but are you an Apache guru?
  5. Duplicating the concept with different content. If it worked for Microsoft, it'll work for Joe Clueless.

Mousetraps annoy people...

...Especially the experienced users who are most likely to help you put money in your pocket.

One of the axioms of computer use is that the more experienced you are, the less you care to use the keyboard. There are shortcuts for everything, and on the typical Web client the right mouse button provides one of the most important shortcuts. Disable it, and you are turning away users who might otherwise think your site is really cool.

Let me paint for you a scenario: you are a newbie/starving-artist, and you're up for a hot Web gig. The hiring manager, who happens to be a battle-seasoned admin and reads security advisories instead of box scores with his Wheaties, goes to your online portfolio only to discover that you've disabled right clicks (by way of deterring users from stealing your hot <snicker> graphics).

What follows goes something like this:

"WTF?
"This guy doesn't know what the hell he's doing."
<Resume gets thrown in the wastebasket>
The next day, you receive a polite (and inaccurate) message stating that "while Web Widgets Inc. does not feel that you would be an appropriate addition to our team at present, your resume will be put into our human resources database and retrieved for consideration in the event that other openings occur."
Some database! It sure sucks to be you.

There are alternatives to setting mousetraps.

  1. Lay out your graphics in such a way that they'll be useless when used outside of your site. The Image menu in Photoshop provides a profusion of tools with which to accomplish such tasks. Level and color adjustments are cool.
  2. Caption images, or add other features to them that can't be cropped out without annihilating the image. Duh.
  3. Any professional-quality graphics program offers support for adding clear, retrievable text to image headers. Use this feature as a way of proving authorship.
  4. Use DHTML to place a block of content over the image when someone places their mouse over it. When someone attempts to do a grab, they will get a transparent .gif, or no image at all (if you decide to use text or just an empty "layer" with its height and width properties set explicitly. Use of the document.images array can accomplish similar results in Navigator 3.
  5. If the images themselves deserve a chunk of the site architecture, take advantage of that fact. Put a disclaimer on the index of the section referring to the provisions of the DMCA*.
  6. Register your site with the United States Copyright Office. Expensive to do and even more expensive to enforce, but it does work.
  7. If it comes to pass that someone is ripping your content, send a polite message to their presence provider stating the nature of the problem, and providing means by which they can independently ascertain the authorship of your content. If you want to be really direct, cc: a copy to your attorney.

There is one caveat to the last two suggestions: content-ripping may be heretically wrong, but it's not illegal unless you can prove to a judge that you are losing income as a result of the offending activity. There is this little thing called "fair use" that works against you in this case...

That same caveat is also the main reason why I don't raise in protest at the thought of work-for-hire. I'll write it - let somebody with lots of money protect their damned ownership of the stuff.

That, I think, covers it for now. "Just Say No." For an eventual encore, I'll probably discuss the best techniques for working with window.open(). Now, however, it's 2:30am and I'm tired.

As always, feel free to render your opinion...

* The Digital Millenium Copyright Act, XVII USC Ch. 1-5 contain the relevant changes. The March-April 1999 issue of Communication Arts contains an excellent discussion of these issues.

Submitted by pedrito on January 24, 2000 - 16:54.

Amen to that! "Fair use" is a bit more complicated that described here though. There's a good article about that: 10 copyright myths.

login or register to post comments

Submitted by persist1 on January 24, 2000 - 21:08.

All of that is quite true... I didn't want to get into a long and involved discussion of fair use, because it's tangential and I'm not a lawyer anyway. In any event, fair use becomes a double-edged sword for us Web developers.

login or register to post comments

Submitted by persist1 on January 24, 2000 - 21:14.

This is an "Apache guru" fix with comments.

login or register to post comments

Submitted by ucahg on April 14, 2001 - 07:16.

I completely agree that no-right click scripts (especially the ones that send an alert box to the browser) are annoying. The only thing I can think of that they are useful for is for web-based games or other applications, and even then make sure that they are absolutely necessary before you implement them into your page.

login or register to post comments

Submitted by dulcie on April 27, 2001 - 10:15.

Why would this super-administrator be right-clicking my images in the first place? Sounds fishy to me. We use this (using JavaScript to disable the right-click) on our sites just as a simple stop-gap measure and also to announce copyright ownership. We implement it only on images, not on whole pages. We absolutely know that it's not going to stop anyone who is determined to get that picture, but at least they know we value that content. And then, it's up to them.

login or register to post comments

Reasons for right-clicking

Submitted by Jeff Howden on April 27, 2001 - 12:12.

Dulcie -- There are plenty of legitimate reasons to be right-clicking images. Here's some I can think of immediately.

  • Surfing with images turned off and want to see an image by right-clicking and selecting "Show Image".
  • Wanting to see the properties of the image like height, width, and file size.
  • I have impaired vision and need to use the "Zoom In" feature of Internet Explorer to see the detail in the image.

login or register to post comments

Why would the super-admin right-click?

Submitted by persist1 on October 16, 2001 - 17:22.

Hell, I'm not even a super-admin, yet I right click constantly. Why push my mouse up to the toolbar or menu items when I could just as easily right-click to access many of the most-used actions (especially 'Back' and 'Forward')?

login or register to post comments

also...

Submitted by jesteruk on January 8, 2002 - 18:20.

right click scripts are especially pointless as you can just go (in IE) to the menu and view...source...duh.

Very, very annoying little scripts

login or register to post comments

data URLs

Submitted by rHBa on June 4, 2006 - 03:51.

@Mr. Henick
"One of the axioms of computer use is that the more experienced you are, the less you care to use the keyboard"

Is this a Mac thing 'cause I've found the exact opposite.

@Dulcie I tried an images only mouse trap script from dynamicdrive.com that was supposed to work in FireFox 1+ but it didn't (the alert appeared but pressing enter disposed of it and up pops the context menu) so you might want to check this on your site.

As mentioned above, the determined user will view source to find the images URL but you can use data URLs (I think this is what Ben is refering to when he talks about 'Apache Gurus') the link above to the "Apache guru fix" 404'd for me but you can convert individual images here

Of course this doesn't stop people doing a screen grab, maybe Ben could do an article about how you shouldn't disable the print screen button, scratch that idea, why not disable the whole keyboard.

-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GAT/! d-(pu)>-- s: a>+++ C++ UL/B>++++$ P+>++++$ L+>++ E--- W+++ N++ o++ K>++ w>--- O? M-- V? PSA+ PE Y+ PGP t 5 X R+ tv++ b++ DI(+) D G e h!(-) r>+ y++*>+++++**$
------END GEEK CODE BLOCK------

login or register to post comments

The access keys for this page are: ALT (Control on a Mac) plus:

evolt.orgEvolt.org is an all-volunteer resource for web developers made up of a discussion list, a browser archive, and member-submitted articles. This article is the property of its author, please do not redistribute or use elsewhere without checking with the author.