SHChangeNotifyRegister

[Coises]

Sorry to keep posting replies to myself, but apparently there is a time limit on edits in this forum.

#define SHELL_ENTRY(returnType, functionName, parameters) \
typedef returnType __stdcall (*functionName##_type) parameters; \
const functionName##_type functionName \
= (functionName##_type) QLibrary::resolve("shell32", #functionName)

#define SHELL_ENTRY(returnType, functionName, parameters) \
typedef returnType __stdcall (*functionName##_type) parameters; \
const functionName##_type functionName \
= (functionName##_type) QLibrary::resolve("shell32", #functionName)

To copy to clipboard, switch view to plain text mode 

avoids the Qt Creator and g++ problems described in the last two paragraphs of my previous post.

[squidge]

I don't think people will mind your useful posts about how to access features of Windows that you normally can't access under MinGW.

As for QFileSystemModel, I completely agree with you. It's fine for the basic functionality of browsing drives, but it's just not flexible enough for most serious uses and completely useless for browsing any virtual folders that a lot of people expect. I think the reason for this is the portability - the Windows directory structure under XP and above is completely different to the likes of Linux. There is a legacy system for accessing files on most devices (typically, those with drive letters), but its completely incapable of accessing others.

I'm desiging my own version of QFileSystemModel, which uses PIDLs instead of ascii paths, so hopefully I'll be able to browse the entire name space.

[Coises]

I'm desiging my own version of QFileSystemModel, which uses PIDLs instead of ascii paths, so hopefully I'll be able to browse the entire name space.

It sounds like we’re working on the same problem. Here’s what I have so far, in case it’s any help to you.