Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. Windows API
  4. Browse for Folders & Shell Objects

Browse for Folders & Shell Objects

Scheduled Pinned Locked Moved Windows API
linuxcollaborationtutorialquestion
2 Posts 2 Posters 7 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • P Offline
    P Offline
    Phre2d
    wrote on last edited by
    #1

    We have been using SHBrowseForFolder which returns a LPITEMIDLIST. That return value is then passed to SHGetPathFromIDList to get the actual path. All good until now. Until recently, we used mapped drives. Now our IT team have replaced those with Shell Objects (using ShellObjectEditor.exe). Now the value in the returned LPITEMIDLIST no longer represents a file systems object and the call to SHGetPathFromIDList either returns something with GUIDs (for the sehell object itself) or nothing (for any subdirectory within the shell object). Any idea how to get the path for a shell object (or its subdirectory) after a call to SHBrowseForFolder? Or, alternatively, is there a replacement for SHBrowseForFolder that supports retrieving the path of shell objects?

    U 1 Reply Last reply
    0
    • P Phre2d

      We have been using SHBrowseForFolder which returns a LPITEMIDLIST. That return value is then passed to SHGetPathFromIDList to get the actual path. All good until now. Until recently, we used mapped drives. Now our IT team have replaced those with Shell Objects (using ShellObjectEditor.exe). Now the value in the returned LPITEMIDLIST no longer represents a file systems object and the call to SHGetPathFromIDList either returns something with GUIDs (for the sehell object itself) or nothing (for any subdirectory within the shell object). Any idea how to get the path for a shell object (or its subdirectory) after a call to SHBrowseForFolder? Or, alternatively, is there a replacement for SHBrowseForFolder that supports retrieving the path of shell objects?

      U Offline
      U Offline
      User 3912733
      wrote on last edited by
      #2

      haha

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups