DOM inspector shortcut REMOVAL

Forums » Opera for Windows/Mac/Linux » Desktop wish-list

You need to be logged in to post in the forums. If you do not have an account, please sign up first.

Go to last post

15. May 2010, 19:45:32

maximilion

Posts: 46

DOM inspector shortcut REMOVAL

I've used Opera since it first came, but I would very much like whatever shortcut invoked the Opera DOM inspector whatchagadget and completely erased my Joomla administrator article post - to be removed, erased, deleted, eradicated, trashed, and completely destroyed, folded, spindled, and mutilated, from the operating system on my laptop.

What do I need to do this?

I will monitor this thread for responses.

15. May 2010, 19:51:07

serious

Lab mouse and likes it!

Posts: 5658

wtf?
All my posts only represent my own opinions.
[ Tweedo Monitor - Deluxe Website & Service Monitoring ]

16. May 2010, 19:13:44

maximilion

Posts: 46

Some keyboard shortcut activated a pop-up pane at the bottom of the page. This caused the content in the Joomla text-editor to vanish, and it was not possible to navigate Back to retrieve it. I would like to delete this shortcut completely, so it won't erase my work again. I want to completely remove it so that it's guaranteed it won't be reactivated by some upgrade of Opera or similar.

16. May 2010, 20:45:25 (edited)

Pesala

Reclining Buddha

Posts: 27328

From Preferences, Shortcuts, Keyboard setup, quick find "developer" and delete the shortcuts to show/hide the developers tools. Ctrl Alt I is the default on the Mac, Ctrl Alt Shift I on Windows. There is no shortcut for this in the Opera 9.2 compatible keyboard setup.

Users can also inadvertently bring this window up by selecting "Inspect Element" from the menus. IMO these items should be removed by default as most users don't need this, or don't know what it is for. Developers, by definition, should know how to customize the menus to add the feature if they need it.

Remove Inspect Element Menu Items
Skins Tips Buttons Backup Security User Scripts Language Forums
Browser JS Changelogs Opera Next Dragonfly Bugs FTP
My Website Opera Review My Fonts IrfanView Search Downloads
Opera 11.64 on Windows 7 64-bit • AMD A10-6800K, 8 Gbyte RAM specs idea
Rules of Conduct and Posting RulesPlease Don't ShoutEditing PostsOpera Config Links

19. May 2010, 11:28:41 (edited)

s-a-s-h

Posts: 362

Originally posted by Pesala:

Developers, by definition, should know how to customize the menus to add the feature if they need it.


Opera is used by advanced users because it is advanced browser. Such users aren't scared if they see new menu item. With this logic mail also should be hidden and only people who need it should configure opera to show mail UI.
In old versions of Opera (maybe before 10.50) DOM inspector required page reload when it was launched. If topic starter used latest version of Opera then page would not reload when dragonfly opened

18. May 2010, 19:39:20

Pesala

Reclining Buddha

Posts: 27328

Originally posted by s-a-s-h:

With this logic mail also should be hidden and only people who need it should configure opera to show mail UI.


Mail is hidden if you don't set up a mail or feed account. The inspect element item is on many context menus, whereas it really only belongs on the tools, advanced menu, developers tools, as it used to be in Opera 10.1.
Skins Tips Buttons Backup Security User Scripts Language Forums
Browser JS Changelogs Opera Next Dragonfly Bugs FTP
My Website Opera Review My Fonts IrfanView Search Downloads
Opera 11.64 on Windows 7 64-bit • AMD A10-6800K, 8 Gbyte RAM specs idea
Rules of Conduct and Posting RulesPlease Don't ShoutEditing PostsOpera Config Links

24. May 2010, 19:36:10

maximilion

Posts: 46

Thanks for replying, guys. I did search the shortcuts for 'DOM' and didn't fancy opening the tree looking for which shortcut it was. It's unlikely that I pressed Ctrl+Shift+I, but on a laptop one could brush the right touchpad button just before you press some keys like arrowkeys or Enter, so I think that's how it happened. I tested it after typing the first sentence of this post, and it popped up, complained about an incompatible protocol, but let me close it and the first sentence was still there, and it hadn't navigated away from the page like last time either.

Actually, I also tested it by right-clicking (to see if it was easily accessible from the popup menu), and that navigated Back (to my search result to find this thread again). I navigated Forward with alt+rightarrow and my post was still here thanks to the Opera navigationmode.

I tested again with right-click, and the popup menu showed. Hmm, thought I. I right-clicked 'sloppily' and ended up at some forum index/home here. Okay, so my touchpad is overly sensitive. I think clicking the right touchpad button and slightly touching (but not moving) the thumb to the touchpad surface triggers a mouse gesture. I don't remember actively enabling mouse gestures, but I might have. I certainly haven't gone into preferences and enabled them. So mouse gestures+an overly sensitive touchpad (and perhaps also overly tiny touchpad movements to trigger a false positive) is the culprit here.

So out mouse gestures go, they're ace but not on this laptop. And out goes the shortcut to the developer window. I don't think it would be super easy to trigger it via the popup menu, but I agree auto-enabling 'non browsing' shortcuts should be optional.

Actually, I just changed my mind about the keyboard shortcut trigger! After all, it's pretty easy to hit Ctrl+Shift+I instead of Ctrl+I (for italics) when writing an article. Much more likely than right-click, arrow-up 2-3 times and Enter smile

I agree with pescala that some triggers/components should be hidden from what I think is the vast majority, people who like a fast browser and use it for heavy duty browsing, not heavy duty mailing, developing, etc.

I'll write another wishlist item about 'navigating away from page when composing a text', I loved it when I got that warning on stackoverflow.com.

Forums » Opera for Windows/Mac/Linux » Desktop wish-list