nextcloud-desktop/shell_integration/windows/NCUtil/Version.h

#pragma once

// This is the number that will end up in the version window of the DLLs.
// Increment this version before committing a new build if you are today's shell_integration build master.
#define NCEXT_BUILD_NUM 47

#define STRINGIZE2(s) #s
#define STRINGIZE(s) STRINGIZE2(s)

#define NCEXT_VERSION 3,0,0,NCEXT_BUILD_NUM
#define NCEXT_VERSION_STRING STRINGIZE(NCEXT_VERSION)
shell_integration/windows: Add a manually-increased build number Since this isn't yet built together with the rest, we can't reliably use the client version without having to rebuilt the extension manually on each release. But it would still be nice to be able to tell if a user has the right version or not loaded, so instead just tag each update of the DLLs with a separate release version. This means that every time we update those binaries we'll have to manually increment the number in the header, but worst case we'll forget from time to time but we'll be able to know if we didn't, and know if we can rely on the number or not. 2016-06-27 16:02:56 +03:00			`#pragma once`

			`// This is the number that will end up in the version window of the DLLs.`
			`// Increment this version before committing a new build if you are today's shell_integration build master.`
Windows shell extensions: Rename all files and classes from OC* to NC*, update version info This also ensures a clear separation in the system registry. SelfReg is not recommended by Microsoft and will be handled by the MSI package to allow proper Repair and Uninstall. However, we keep it for backward compatibility with the NSIS installer. For details see: https://stackoverflow.com/questions/364187/how-do-you-register-a-win32-com-dll-file-in-wix-3#364210 https://docs.microsoft.com/en-us/windows/win32/msi/selfreg-table#remarks Another fix by this commit: The "Version" registry value in the NCOverlays self reg should be a key and not a value. Details: https://wixtoolset.org/documentation/manual/v3/xsd/wix/class.html Example: [HKCR\CLSID\{01234567-89AB-CDEF-0123-456789ABCDEF}\Version] @="1.0.0.0" Signed-off-by: Michael Schuster <michael@schuster.ms> 2020-08-18 20:11:08 +03:00			`#define NCEXT_BUILD_NUM 47`
shell_integration/windows: Add a manually-increased build number Since this isn't yet built together with the rest, we can't reliably use the client version without having to rebuilt the extension manually on each release. But it would still be nice to be able to tell if a user has the right version or not loaded, so instead just tag each update of the DLLs with a separate release version. This means that every time we update those binaries we'll have to manually increment the number in the header, but worst case we'll forget from time to time but we'll be able to know if we didn't, and know if we can rely on the number or not. 2016-06-27 16:02:56 +03:00
			`#define STRINGIZE2(s) #s`
			`#define STRINGIZE(s) STRINGIZE2(s)`

Windows shell extensions: Rename all files and classes from OC* to NC*, update version info This also ensures a clear separation in the system registry. SelfReg is not recommended by Microsoft and will be handled by the MSI package to allow proper Repair and Uninstall. However, we keep it for backward compatibility with the NSIS installer. For details see: https://stackoverflow.com/questions/364187/how-do-you-register-a-win32-com-dll-file-in-wix-3#364210 https://docs.microsoft.com/en-us/windows/win32/msi/selfreg-table#remarks Another fix by this commit: The "Version" registry value in the NCOverlays self reg should be a key and not a value. Details: https://wixtoolset.org/documentation/manual/v3/xsd/wix/class.html Example: [HKCR\CLSID\{01234567-89AB-CDEF-0123-456789ABCDEF}\Version] @="1.0.0.0" Signed-off-by: Michael Schuster <michael@schuster.ms> 2020-08-18 20:11:08 +03:00			`#define NCEXT_VERSION 3,0,0,NCEXT_BUILD_NUM`
			`#define NCEXT_VERSION_STRING STRINGIZE(NCEXT_VERSION)`