Thoughts: Windows 8 should have eliminated the legacy right click menu.


Recommended Posts

Metro allows for that

er no, that Desktop feature, not metro style feature.

with metro style, its not possible running browser, windowed not tabbed so i can view many sites at once,

and at the same time, viewing many conversation (& downloading files) using IRC

current metro interface cant do that.

The idea was to integrate Desktop/Explorer right click functions into Metro. Not kill it.

As I said to my wife, first you take my computer area and shove it into the corner, next you take my tools out and make me get rid of them...the next thing is all of my crap out the door. Lets just move it to the side, then move it somewhere else, then kill it when there is almost nothing left.

right click menu isn't annoying, if you don't like it don't right click and go the long way. you can access all of that in the charms bar, in control panel, it is to the right.

I think it should be an OPTION for desktop users, but ENABLED BY DEFAULT.

(I know the startscreen was forced, but it needed to be

I'm pretty sure this absolutely needs to be forced, too, if MS wants it to have any chance of being adopted in the real world...

As I said to my wife, first you take my computer area and shove it into the corner, next you take my tools out and make me get rid of them...the next thing is all of my crap out the door. Lets just move it to the side, then move it somewhere else, then kill it when there is almost nothing left.

right click menu isn't annoying, if you don't like it don't right click and go the long way. you can access all of that in the charms bar, in control panel, it is to the right.

I never said it was annoying. If Microsoft wants to integrate the desktop into Metro, this is where to start.

Personally, I would still prefer the desktop to go away and develop something new to take its spot. It would take some work, but would eliminate so much garbage from the codebase that still plagues the OS. But the desktop can still me integrated into Metro. Not what you want to hear, but Metro isn't going away.

Replacing the right-click menu with the charm bar would be terrible for usability, especially when you're talking about multi-monitor setups. I already find the charm bar a nightmare and I barely have to use it - needing to use it for right-click functionality would drive me insane.

With regards to running apps in fullscreen, I have no problem with that being an option but it shouldn't be mandatory. I have a 30", 2560x1600 display and I rarely run any application in fullscreen. Most of the time I run desktop apps in side-snapped mode (taking up 50% of the screen), like Office and Chrome; some apps I run maximised but I still like the ability to use the taskbar to quickly switch between apps; the rest I run in windows sized appropriately to the content, often stacked to quickly switch between tasks (though this wouldn't be as much of an issue if Explorer was tabbed).

I only use a handful of Metro apps because I find the experience to be rather tedious and unnecessary. In fact the only apps I use are Steam Tiles, XE.com, Random Password Generator and Cocktail Flow - even then I find the experience to be awkward and I've been using Windows 8 since the Developer Preview. I'd use Metro apps a lot more if a) they could be run in a window, b) they appeared in the taskbar alongside desktop apps, c) the Charm Bar was replaced with a right-click menu and d) the taskbar was always visible (rather than the hidden Metro app switcher). Hopefully Windows Blue will address that, if not I'll be avoiding most Metro apps.

It's all too easy to blame everything on Windows 8, though. One of the things I disliked about Windows 7 was the way tabs were grouped, meaning you can no longer click an icon to quickly switch to it if there is more than one window open. Clicking on a taskbar icon should restore the most recently used window, rather than brining up the window previews. Unfortunately nothing was done about that in Windows 8. It also baffles me that IE has had tabs for years and yet Explorer still doesn't - juggling multiple Explorer windows is a nightmare, even when you have a large display.

  • Like 2

As long as the desktop ui exists, so will the right click. There is no right click in the modern ui as most will have noticed, it is a tap or swipe down on object to right click.

Again, my idea was never to kill it off. Go back and re-read the original post.

I don't like it.

If they implemented something like that it should be an 'as well as' feature rather than 'instead of.' The increased travel time would annoy me and I don't see the benefits.

Do you not think Metro won't evolve? What you're telling me with this comment is that Metro will remain the same forever, and won't adapt to new trends.

And by that you mean the old, outdated 'trend' of the Desktop (port the Desktop as a RT app)? If it does that then we're back where we started. There isn't a control replacement on the horizon for the precision of the mouse. And if you are keeping the paradigm (and not just targeting the new control/device formats), then why break compatability by dumping an API that has been polished (to Neo's point) over several decades?

Your solution just doesn't make sense. Evolution of Metro will require better optimizations for the primary control method present, which will always be the more precise one. Touch gets edgeswipes, mouse gets a proximal context (you know, just like Metro IE does).

Dot, seriously, go Mac and buy a bigger monitor.

Most things are used a lot by users when they are removed. The Start Menu was used a lot by users, but it was removed and replaced with an improvement :) Dot Matrix's suggestion isn't to remove the right-click menu and not replace it with anything; it's to remove the right-click menu concept and replace it with something better :)

Please can you explain why it's better?

Also, I'm failing to understand how the bar illustrated in the OP will actually replace contextual menus. How do you click on a link, button, etc and access the menu? Would it use the same right click as the OS currently does? If so, why would it be better to travel to the right hand side of the screen rather than have a menu pop up right where the mouse is, and right on the button/link you just clicked? That kind of visual clue makes it very clear the menu relates to what you just clicked.

I actually cannot see a single benefit to the proposed menu.

Dot, sriously, go Mac

With his fixation on full screen computing, a Mac is kind of the opposite of what he wants - although admittedly Apple's recently added (at last) an option to let developers implement a fullscreen mode for their applications.

With his fixation on full screen computing, a Mac is kind of the opposite of what he wants - although admittedly Apple's recently added (at last) an option to let developers implement a fullscreen mode for their applications.

I think its more of their 'document-centric' way of looking at things, fascination with keyboard shortcuts, and an aversion to mice (and actions) that require the use of more than a single button.

Do you not think Metro won't evolve? What you're telling me with this comment is that Metro will remain the same forever, and won't adapt to new trends.

When did productivity and/or multitasking become "new trends"....??

When did productivity and/or multitasking become "new trends"....??

That's not what I meant by new trends. New trends = new technology.

And by that you mean the old, outdated 'trend' of the Desktop (port the Desktop as a RT app)? If it does that then we're back where we started. There isn't a control replacement on the horizon for the precision of the mouse. And if you are keeping the paradigm (and not just targeting the new control/device formats), then why break compatability by dumping an API that has been polished (to Neo's point) over several decades?

Your solution just doesn't make sense. Evolution of Metro will require better optimizations for the primary control method present, which will always be the more precise one. Touch gets edgeswipes, mouse gets a proximal context (you know, just like Metro IE does).

Dot, seriously, go Mac and buy a bigger monitor.

I'm kinda confused why you still need the precision of a mouse?

That's not what I meant by new trends. New trends = new technology.

I'm kinda confused why you still need the precision of a mouse?

Anyone who works in design needs the precision of a mouse.....

Your signature would make sense if non-desktop OSes were better for getting tasks done than desktops, but they're not. Tablets and laptops are great because they're portable and allow us to work when we wouldn't otherwise be able to, but they're no match for a desktop when one is available.

  • Like 2

Anyone who works in design needs the precision of a mouse.....

Your signature would make sense if non-desktop OSes were better for getting tasks done than desktops, but they're not. Tablets and laptops are great because they're portable and allow us to work when we wouldn't otherwise be able to, but they're no match for a desktop when one is available.

Graphic designers are more than likely using tablets to draw, not mice. It's what I used in my CAD classes. Mice are too unsteady, especially is you have hands like me.

Graphic designers are more than likely using tablets to draw, not mice. It's what I used in my CAD classes. Mice are too unsteady, especially is you have hands like me.

My fiance? does a lot of photo manipulation and, to a lesser extent, graphic design using photoshop with a mouse.

Hehe what a funny thread. I hope MS decides to implement this, and or goes further down the Metro rabbit hole. Some times you have to fail to succeed and thats the path I see MS heading down.

Hehe what a funny thread. I hope MS decides to implement this, and or goes further down the Metro rabbit hole. Some times you have to fail to succeed and thats the path I see MS heading down.

Why will Metro fail?

My fiance? does a lot of photo manipulation and, to a lesser extent, graphic design using photoshop with a mouse.

Photo Manipulation doesn't require the precision drawing does, You can do most manipulation with a finger nowadays, or simply at a press of a button.

Photo Manipulation doesn't require the precision drawing does, You can do most manipulation with a finger nowadays, or simply at a press of a button.

Why do I get the feeling you have an answer for everything... :p

Graphic designers are more than likely using tablets to draw, not mice. It's what I used in my CAD classes. Mice are too unsteady, especially is you have hands like me.

A digitizer is a long recognized Desktop input type and is in the more precise control category, whereas touch is not (Surface RT vs Pro). Again, completely missing the point. Designers have dense toolbars and canvases, they need access to tons of controls at a glance. If the minimum size of each is enlarged enough to be touch friendly, it will necessarily be less dense than its predecessor unless they demonstrate a way to add that quickness to tools back.

He simply doesn't understand the need for mice. If it wasn't for that ancient UI putting its nose in his future, they would disappear overnight.

i can only agree with the OP in the way that i agree that having two different paradigms for the desktop is stupid. The start screen isn't a replacement for the start menu.. it's a replacement for the desktop itself. Pick one or the other. Thus dual paradigm setup is bullcrap.

This topic is now closed to further replies.
  • Posts

    • BATorrent 3.0.2 by Razvan Serea BATorrent is a lightweight, open-source BitTorrent client built with modern C++ and Qt 6, offering a clean, fast, and privacy-focused alternative to traditional torrent apps. It supports magnet links, .torrent files, resume data, sequential downloading, per-file priorities, and even imports from qBittorrent. Power users benefit from integrated RSS auto-download with regex filtering, duplicate detection, and automatic tracker lists from Stremio. Streaming is seamless thanks to auto-detected players like VLC and IINA. BATorrent includes robust VPN tools—interface binding, auto-detection for WireGuard-based services like Mullvad and NordLynx, kill switch, proxy support, and IP filtering. A full WebUI enables remote control, while integrations with Plex, Jellyfin, and Emby automate library updates. With themes, speed scheduling, system-tray alerts, and cross-platform support for Windows, Linux, and macOS, BATorrent delivers a polished, high-performance torrenting experience. BATorrent features: Core .torrent file and magnet link support Resume data — picks up where you left off after restart Import torrents from qBittorrent Create .torrent files from any file or folder Sequential download mode Per-file priority control (skip, low, normal, high) Seed ratio limits with auto-pause DHT, PEX, UPnP, NAT-PMP RSS Auto-Download Subscribe to RSS feeds — automatically download new torrents as they appear Regex filters — match only what you want (e.g. 1080p|720p, S01E\d+) Per-feed settings — custom save path, check interval (5–1440 min), enable/disable Auto-download — matched items are downloaded automatically in the background Supports magnet links, .torrent URLs, and tags Tray notifications when items are auto-downloaded Duplicate detection — never downloads the same item twice Stremio Stremio Addon System pre-installed — works out of the box Auto tracker list from ngosang/trackerslist Streaming Play while downloading — stream video files before the download is complete Supports mp4, mkv, avi, mov, wmv, flv, webm, m4v, ts Auto-detects installed players (VLC, IINA, system default) VPN & Privacy Interface binding — lock torrent traffic to a specific network interface (e.g. tun0) Auto VPN detection — identifies VPN interfaces (tun, tap, WireGuard, Mullvad, NordLynx, ProtonVPN) Kill switch — automatically pauses all torrents if the VPN interface drops Auto-resume — resumes only the torrents paused by the kill switch when VPN reconnects Proxy support — SOCKS5 and HTTP proxy with optional authentication IP filtering — load P2P blocklists to block unwanted IP ranges Protocol encryption (enabled / forced / disabled) WebUI Remote management — control torrents from any browser at http://localhost:8080 REST API with JSON responses Add torrents via magnet link or .torrent upload Pause, resume, remove torrents remotely View peers and files per torrent Dark theme matching the desktop app HTTP Basic Auth with SHA-256 password hashing Configurable port and remote access (localhost vs 0.0.0.0) Interface 3 themes: Dark, Light, Midnight (bat/vampire aesthetic) Real-time speed graph Detailed panel with tabs: General, Peers, Files, Trackers Filter bar: search by name, filter by state (Active, Downloading, Seeding, Paused, Finished) Drag & drop .torrent files and magnet links Drag & drop reorder in torrent list System tray with notifications (download complete, kill switch events, RSS auto-downloads) Splash screen with bat animation Bilingual: English and Portuguese (BR), auto-detected from system locale Bandwidth Scheduler Alternative speed limits — set different download/upload limits on a schedule Time range — configure active hours (e.g. 01:00 to 07:00), supports overnight ranges Per-day control — choose which days of the week the schedule applies Automatically switches between normal and alternative speeds Media Server Integration Plex — automatically trigger library scan when a download completes Jellyfin / Emby — same automatic library refresh via API Configure server URL and authentication token/key in Settings System Cross-platform: Windows, Linux, macOS Auto-shutdown — automatically shut down PC when all downloads complete (60s cancellable countdown) Auto-update system (AppImage on Linux, installer on Windows, DMG on macOS) CLI arguments: pass .torrent files or magnet: URIs directly Keyboard shortcuts: Space to toggle pause, Ctrl+A to select all, Ctrl+O to open BATorrent 3.0.2 changelog: Phone pairing & WebUI The browser WebUI was reskinned to match the desktop app — same dark palette, Inter font, flat surfaces, the real BATorrent logo (it was a random bat before), and a proper magnet icon. It now looks like the same product, not a separate dashboard. Pairing is one tap and zero typing: the generated WebUI password is now copyable, and the QR code carries the credentials — scanning it from your phone logs straight in (no typing the IP or password), then drops the credentials from the address bar. Search Two new providers: RuTor (CIS sources, no login, via a public TorAPI relay) and Torrents-CSV. Results are sorted by seeders (healthiest first), and each search now times out after 15 s so one dead provider can't hang the UI. Files & trackers Per-file priority is back: right-click a file in the detail panel to set Skip / Low / Normal / High. Rename an individual file inside a torrent (double-click or the file menu), separate from renaming the torrent. Remove a tracker from a torrent (the ✕ on a tracker row); adding was already there. Smart Paste on Ctrl+V — paste a magnet, a 40-char info-hash, or a .torrent URL straight from the clipboard and it's added immediately (text fields still paste text normally). Covers & titles Anime fansub naming ([Group] Title - NN) now resolves to the right show. Audio channel layouts in titles (DDP5.1, 7.1, …) are stripped so they don't pollute cover matching. Under the hood The legacy QWidget interface is gone. QML had been the only UI since 3.0.0 (reachable old code lived behind a hidden --legacy flag); with parity confirmed, the entire QWidget layer — main window, every dialog, the theme manager — was removed (~13,400 lines). The four restored actions above were features that backend already supported but the QML port had never wired. macOS: the WebUI password hash moved out of the keychain into app settings, so launching the app no longer pops a login-keychain password prompt on unsigned builds. The actual password still lives in the keychain. Cleanup: ~400 orphaned translation strings and a batch of dead code removed; internal duplication collapsed; an ARCHITECTURE.md added for contributors. Unit / security / memory tests and the ASan/UBSan/TSan sanitizers stay green. Download: BATorrent 3.0.2 | 30.5 MB (Open Source) Download: BATorrent Portable | 42.3 MB Links: BATorrent Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • How about a global switch to turn the awful things off instead of a registry hack? Then everyone wins.
    • This doesn't strike me as so shocking when... " IT admins do have some control over this rollout. If they choose to opt out, devices in their tenant won't automatically get the dreaded Copilot app"
  • Recent Achievements

    • Mentor
      grik went up a rank
      Mentor
    • Dedicated
      JKR earned a badge
      Dedicated
    • One Year In
      CHUNWEI earned a badge
      One Year In
    • Conversation Starter
      FBSPL earned a badge
      Conversation Starter
    • Week One Done
      I2D earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      468
    2. 2
      PsYcHoKiLLa
      257
    3. 3
      Skyfrog
      79
    4. 4
      ATLien_0
      60
    5. 5
      FloatingFatMan
      60
  • Tell a friend

    Love Neowin? Tell a friend!