reactos/base/applications/control/CMakeLists.txt


add_rc_deps(control.rc ${CMAKE_CURRENT_SOURCE_DIR}/resources/config.ico)
add_executable(control control.c control.rc)
set_module_type(control win32gui UNICODE)
add_delay_importlibs(control ole32)
target_link_libraries(control uuid)
add_importlibs(control advapi32 shell32 user32 msvcrt kernel32)
add_cd_file(TARGET control DESTINATION reactos/system32 FOR all)
[CMAKE] Integrate cmake stuff into trunk Only files added. svn path=/trunk/; revision=51783 2011-05-16 13:12:07 +00:00
[APPLICATIONS] Properly track resource file dependencies. CORE-9806 svn path=/trunk/; revision=68170 2015-06-17 17:20:29 +00:00			`add_rc_deps(control.rc ${CMAKE_CURRENT_SOURCE_DIR}/resources/config.ico)`
[CMAKE] Integrate cmake stuff into trunk Only files added. svn path=/trunk/; revision=51783 2011-05-16 13:12:07 +00:00			`add_executable(control control.c control.rc)`
[CMAKE] - get rid of set_unicode macro. - Add an option to set_module_type to do the work instead - Improve debug output svn path=/trunk/; revision=53559 2011-09-03 19:11:44 +00:00			`set_module_type(control win32gui UNICODE)`
[SHELL32][CONTROL] Added basic IOpenControlPanel support (#6248) Add a basic IOpenControlPanel implementation that supports Vista canonical registry names. Implements `control.exe /name company.name [/page id]` and `IOpenControlPanel` handling of Vista-style canonical registry names. The documented `Microsoft.*` names don't work because they are simply not in our registry but "[Executable Control Panel Items](https://learn.microsoft.com/en-us/windows/win32/shell/how-to-register-an-executable-control-panel-item-registration-)" registered by 3rd-party ISVs will function correctly in control.exe and the COM API. Notes: - `IOpenControlPanel` is implemented in CControlPanelFolder.cpp because it is supposed to have tighter integration with that shell folder than it does in this PR. - `IOpenControlPanel` is also supposed to handle .cpl files with canonical names registered under [`Extended Properties`](https://learn.microsoft.com/en-us/windows/win32/shell/how-to-register-dll-control-panel-item-registration-#step-3) but the control panel folder does not implement `IShellFolder2::GetDetailsEx` yet, so it will have to wait. - These "Executable Control Panel Items" are also supposed to be displayed in the control panel itself but this PR does not address that. The `ITEMIDLIST` format for those needs investigation... - The Wow64 handling is perhaps not correct but it does not matter, `ShellExecuteEx` gets to deal with whatever is in the `...\shell\open\command` key. `CControlPanelFolder` would have to take more care when it starts reading those keys so it knows when to append "(32-bit)" to the display name. - `%s%s` because .cpl canonical names don't have the `::` prefix according to Geoff Chappell. - Always returns `CPVIEW_CLASSIC` because our `CControlPanelFolder` does not support the category view. 2024-01-17 16:07:21 +00:00			`add_delay_importlibs(control ole32)`
			`target_link_libraries(control uuid)`
[CONTROL] - Remove undeeded files. - Fully convert the app to UNICODE. - Code cleanup. svn path=/trunk/; revision=62694 2014-04-09 12:29:57 +00:00			`add_importlibs(control advapi32 shell32 user32 msvcrt kernel32)`
[CMAKE] Integrate cmake stuff into trunk Only files added. svn path=/trunk/; revision=51783 2011-05-16 13:12:07 +00:00			`add_cd_file(TARGET control DESTINATION reactos/system32 FOR all)`