Comment faire pour activer les styles visuels sans un manifeste

Selon la docs:

"Si vous voulez que votre demande d'utilisation ComCtl32.dll la version 6, vous devez ajouter un manifeste de l'application ou directive du compilateur de préciser que la version 6 doit être utilisé s'il est disponible."

Avis de la logique OU au-dessus? Quel est donc ce mystérieux directive du compilateur?

J'ai un natif Win32 application C++ qui est entièrement contenue dans une seule .fichier cpp. Il n'y a pas de fichiers de ressources, fichiers manifest, etc. Je tiens à garder de cette façon, mais je tiens également à utiliser des styles visuels.

InformationsquelleAutor Tergiver | 2010-11-29
  1. 11

    Si vous êtes à l'aide de Visual Studio, vous pouvez ajouter cette ligne à votre stdafx.cpp par exemple:

    #pragma comment(linker,"\"/manifestdependency:type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'\"")
    • +répondu parce que John Dibling a beaucoup plus de points que vous
    InformationsquelleAutor Simon Mourier
  2. 26

    Il y a en fait une troisième voie avec ne se manifeste que ce soit, mais c'est plutôt hacky:

    #include <windows.h>

//NOTE: It is recommended that you delay-load ComCtl32.dll (/DelayLoad:ComCtl32.dll)
//and that you ensure this code runs before GUI components are loaded.
//Otherwise, you may get weird issues, like black backgrounds in icons in image lists.
ULONG_PTR EnableVisualStyles(VOID)
{
    TCHAR dir[MAX_PATH];
    ULONG_PTR ulpActivationCookie = FALSE;
    ACTCTX actCtx =
    {
        sizeof(actCtx),
        ACTCTX_FLAG_RESOURCE_NAME_VALID
            | ACTCTX_FLAG_SET_PROCESS_DEFAULT
            | ACTCTX_FLAG_ASSEMBLY_DIRECTORY_VALID,
        TEXT("shell32.dll"), 0, 0, dir, (LPCTSTR)124
    };
    UINT cch = GetSystemDirectory(dir, sizeof(dir) / sizeof(*dir));
    if (cch >= sizeof(dir) / sizeof(*dir)) { return FALSE; /*shouldn't happen*/ }
    dir[cch] = TEXT('
    #include <windows.h>
//NOTE: It is recommended that you delay-load ComCtl32.dll (/DelayLoad:ComCtl32.dll)
//and that you ensure this code runs before GUI components are loaded.
//Otherwise, you may get weird issues, like black backgrounds in icons in image lists.
ULONG_PTR EnableVisualStyles(VOID)
{
TCHAR dir[MAX_PATH];
ULONG_PTR ulpActivationCookie = FALSE;
ACTCTX actCtx =
{
sizeof(actCtx),
ACTCTX_FLAG_RESOURCE_NAME_VALID
| ACTCTX_FLAG_SET_PROCESS_DEFAULT
| ACTCTX_FLAG_ASSEMBLY_DIRECTORY_VALID,
TEXT("shell32.dll"), 0, 0, dir, (LPCTSTR)124
};
UINT cch = GetSystemDirectory(dir, sizeof(dir) / sizeof(*dir));
if (cch >= sizeof(dir) / sizeof(*dir)) { return FALSE; /*shouldn't happen*/ }
dir[cch] = TEXT('\0');
ActivateActCtx(CreateActCtx(&actCtx), &ulpActivationCookie);
return ulpActivationCookie;
}
    '    );
    ActivateActCtx(CreateActCtx(&actCtx), &ulpActivationCookie);
    return ulpActivationCookie;
}
    • Où est le nombre magique (124) vient-il?
    • C'est l'ID de l'manifeste dans la DLL.
    • Ce sera la pause de la journée que Microsoft change l'ID de la ressource 124 à une autre valeur dans une version future de Windows.
    • Oui, donc pourquoi il est hacky.
    • J'ai essayer ce code dans win10 mais ActivateActCtx retour 0 et la dernière erreur de montrer ERROR_INVALID_PARAMETER
    • le seul paramètre non valide serait le HANDLE retourné par CreateActCtx(), qui renvoie INVALID_HANDLE_VALUE en cas d'échec. Si CreateActCtx() échoue, utilisez GetLastError() pour savoir pourquoi (peut-être l'ID de la ressource changé dans Win10? Ce code fonctionne dans Win7). Aussi, si CreateActCtx() réussit, ce code fuites le HANDLE. Vous devez appeler ReleaseActCtx() lorsque vous avez terminé d'utiliser le contexte d'activation, mais ce code ne suffit pas à sauver le HANDLE n'importe où.

    InformationsquelleAutor Mehrdad
  3. 6

    Si tu l'avais gardé de la lecture, vous auriez trouvé la réponse:

    Si vous utilisez Microsoft Visual C++ 2005 ou plus tard, vous pouvez ajouter le suivant directive de compilation de votre code source plutôt que de créer manuellement un manifeste. Pour des raisons de lisibilité, la directive est cassé en deux lignes ici.

    #pragma comment(linker,"\"/manifestdependency:type='win32' name='Microsoft.Windows.Common-Controls' 
version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'\"")
    • LOL, j'ai fait ouvrir le lien, mais écrémé à droite après la ligne. Il a regardé comme il était tout à fait à propos manifeste.
    • La question (pour le TOC types) reste encore plus de la ci-dessus au lieu de: Si on a déjà inclus un manifeste pour d'autres choses, le ci-dessus fonctionne encore? r: Si nous avons lu "création manuelle d'un manifeste" comme "création manuelle d'un manifeste spécifiquement à cette fin," oui.
    InformationsquelleAutor John Dibling