Why does my right click context menu have two styles?


Recommended Posts

I'll let the pictures speak for themselves.

The first picture shows the context menu I get when I right click any file (shortcut, picture, document, video, etc.)

The second picture shows the context menu I *should* be getting. This one only occurs when I right click on a folder, link, the taskbar, anything in the Start menu, or any other system element.

Does anyone have any idea why this is happening?

Windows 7 Professional x86

post-266736-1257972668.jpg

post-266736-1257972681.jpg

It could be the "Downloads" folder. Music/Pictures/etc point at a library. Adding the Downloads link to my start menu via the SM properties results in the same thing. Maybe it's a direct link instead of a library shortcut?

EDIT: Confirmed. Pulling up the properties dialog on the "Downloads" start menu link gives me standard folder properties as if it were a shortcut. The others give me the Library dialog.

Notepad++ is incompatible with the new style.

REmove the context option and it will be back to normal.

Thanks so much! That was the issue. I used ShellExView to disable the context menu entry. Hopefully Notepad++ can get things moving in Windows 7 soon!

It's because one of your shell extensions is incompatible with the new menu API, which means Explorer has to revert to the old one. It's because the extension displays an image using owner-drawn menus, which is how you would do it before the functionality was built in starting with Vista.

A slightly different scenario for me: I don't get the full context menu of folders within libraries. I use Tortoise SVN and when I navigate to folders starting under Library, I don't get any of my SVN options. In addition to this, the same menu comes up if I'm browsing for a file within my text editor, even if it's not within a Library. I just want my SVN options :(

Downloads is an actual folder, the others are libraries.

^^

https://www.neowin.net/forum/index.php?show...amp;p=591835604

Yes, I said that. :) Libraries don't have folder/file properties because they're not a folder or file, so the shell doesn't add SVN/Rar/etc to the library context menu. There doesn't appear to be a way to make a Download library then add it to the start menu. It always points directly to the folder, so it gets folder/file menu items.

It looks like the OP's issue was unrelated, though. Glad it's fixed.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • VidCoder 12.20 by Razvan Serea  VidCoder is a DVD/Blu-ray ripping and video transcoding application for Windows. It uses HandBrake as its encoding engine. Calling directly into the HandBrake library gives it a more rich UI than the official HandBrake Windows GUI. VidCoder can rip DVDs but does not defeat the CSS encryption found in most commercial DVDs. You’ll need the NET 8 Desktop Runtime. If you don’t have it, VidCoder will prompt you to download and install it. The Portable version is self-contained and does not require any .NET Runtime to be installed. You do not need to install HandBrake for VidCoder to work. Feature list: Multi-threaded MP4, MKV containers Completely integrated encoding pipeline: everything is in one process and no huge intermediate temporary files H.264, H.265, MPEG-4, MPEG-2, VP8, Theora video Hardware-accelerated encoding with AMD VCE, Nvidia NVENC and Intel QuickSync AAC, MP3, Vorbis, AC3, FLAC audio encoding and AAC/AC3/MP3/DTS/DTS-HD passthrough Target bitrate, size or quality for video 2-pass encoding Decomb, detelecine, deinterlace, rotate, reflect, chroma smooth, colorspace filters Powerful batch encoding with simultaneous encodes Customizable Pickers to automatically pick audio and subtitle tracks, destination, titles and more Instant source previews Creates small encoded preview clips Pause, resume encoding VidCoder 12.20 changes: Updated HandBrake core to 1.11.2. Download: VidCoder 12.20 | 47.0 MB (Open Source) Download: Portable VidCoder 12.19 | 89.3 MB Link: VidCoder Home Page | Github | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Too soon, I'm still not over this death!
    • Normally, I admit when a title is clickbait (unfortunately, it's become somewhat necessary to compete against AI-dominated news sections today), but in this case, all supported versions is implied and doesn't need to be spelled out in the title. Of course, I'm covering a Patch Tuesday update bug that is only available to supported Windows SKUs. All our coverage relates to supported Windows software and SKUs only unless we expressly state that it's "unsupported", "unofficial", or "third-party". I'm sorry, but supported/official SKUs don't need to be spelled out as such in every Neowin headline.
    • ALL versions or ALL SUPPORTED versions? Neowin does it again.
  • Recent Achievements

    • Week One Done
      Jordan Smith earned a badge
      Week One Done
    • Reacting Well
      BizSAR earned a badge
      Reacting Well
    • First Post
      AndreaB earned a badge
      First Post
    • Week One Done
      Huge Trailer earned a badge
      Week One Done
    • Week One Done
      Classifyskilleducation earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      595
    2. 2
      +Edouard
      185
    3. 3
      PsYcHoKiLLa
      77
    4. 4
      Michael Scrip
      73
    5. 5
      Steven P.
      66
  • Tell a friend

    Love Neowin? Tell a friend!