Mirrored_Repos/DisplayMagician
1
0
Fork 0
mirror of https://github.com/terrymacdonald/DisplayMagician.git synced 2024-08-30 18:32:20 +00:00
Code Issues Packages Projects Releases Wiki Activity
c9f2cffe0a
DisplayMagician/DisplayMagicianShared/DisplayMagicianShared.csproj

182 lines
7.0 KiB
XML
Raw Normal View History

Add project files.
2017-02-26 19:23:31 +00:00
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="14.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />
<PropertyGroup>
<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
<Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
<ProjectGuid>{1CACDA43-01C7-4CD4-BF6E-9421A29510FC}</ProjectGuid>
<OutputType>Library</OutputType>
<AppDesignerFolder>Properties</AppDesignerFolder>
Improve exception handling of existing ex Added logger instances for DisplayMagicianShared functions. Also added logger debug commands to all exceptions with existing ex objects.
2021-02-07 01:42:17 +00:00
<RootNamespace>DisplayMagicianShared</RootNamespace>
Fixed missing HeliosPLus renames
2020-12-02 09:06:50 +00:00
<AssemblyName>DisplayMagician.Shared</AssemblyName>
Converted to .Net4.8 and System.CommandLine.DragonFruit Migrated to the latest .Net Framework (v4.8) and changed to System.CommandLine.DragonFruit for the parameter processing as CommandLineParser completely altered their required programme structure which meant something had to change. Figured using Microsoft's own poduct would be best.
2020-04-13 03:47:38 +00:00
<TargetFrameworkVersion>v4.8</TargetFrameworkVersion>
Add project files.
2017-02-26 19:23:31 +00:00
<FileAlignment>512</FileAlignment>
<TargetFrameworkProfile />
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
<DebugSymbols>true</DebugSymbols>
<DebugType>full</DebugType>
<Optimize>false</Optimize>
Added .Net 4.8 and Win 10 checks to installer
2020-12-21 02:02:06 +00:00
<OutputPath>bin\Debug\</OutputPath>
Add project files.
2017-02-26 19:23:31 +00:00
<DefineConstants>DEBUG;TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
<GenerateSerializationAssemblies>Auto</GenerateSerializationAssemblies>
Silenced the System.Drawing.Image exceptions The ProfileAdapter and ShortcutAdapters used by the ImageListView Control unfortunately have to access the sizes of the bitmaps being loaded into the respective imagelistviews. I can't find anyway of stopping the GDI+ from complaining about the Bitmap being accessed by multiple different threads (as ImageListView creates one thread per image. This will be fixed once I move to this being a WPF application as we'll use a different control.
2020-07-24 04:51:48 +00:00
<UseVSHostingProcess>true</UseVSHostingProcess>
Add project files.
2017-02-26 19:23:31 +00:00
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
<DebugType>pdbonly</DebugType>
<Optimize>true</Optimize>
Setup project updated to InstallShield 2016
2017-08-10 14:16:01 +00:00
<OutputPath>..\Release\</OutputPath>
Add project files.
2017-02-26 19:23:31 +00:00
<DefineConstants>TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
</PropertyGroup>
Changing icons for projects
2020-10-23 08:39:09 +00:00
<PropertyGroup>
Fixed missing HeliosPLus renames
2020-12-02 09:06:50 +00:00
<ApplicationIcon>Resources\DisplayMagician.ico</ApplicationIcon>
First working ShellContextMenu extension Can now apply saved display profiles by right-clicking on the Desktop Background and selecting the display profile that you want to use. It will run <HeliosPlus> ChangeProfile <uuid> where <HeliosPlus> is the HeliosPlus binary and <uuid> is the UUID of the relevant display profile.
2020-11-22 07:49:37 +00:00
</PropertyGroup>
<PropertyGroup>
<SignAssembly>false</SignAssembly>
</PropertyGroup>
<PropertyGroup>
<AssemblyOriginatorKeyFile>
</AssemblyOriginatorKeyFile>
Changing icons for projects
2020-10-23 08:39:09 +00:00
</PropertyGroup>
Add project files.
2017-02-26 19:23:31 +00:00
<ItemGroup>
<Reference Include="System" />
<Reference Include="System.Core" />
<Reference Include="System.Drawing" />
<Reference Include="System.Windows.Forms" />
<Reference Include="System.Xml.Linq" />
<Reference Include="System.Xml" />
</ItemGroup>
<ItemGroup>
[WIP] Added initial ADL2_Display_SLSMapConfig_Get() Tried to add the first SLS map config get function into the ADL.cs file, as well as all the supporting data structures. Time will tell whether this will work or not!
2021-06-07 09:41:48 +00:00
<Compile Include="AMD\ADL.cs" />
Renamed ADLWrapper to AMDLibrary It better reflects the purpose of the class.
2021-06-19 22:45:45 +00:00
<Compile Include="AMD\AMDLibrary.cs" />
[WIP] Initial ProfileItem split into libraries This is part of the new strategy to split the ProfileItems into different derived clases with one per Video card technology. The purpose is to allow each video card driver to produce a slightly different profiledata section which is customised to the needs of that video card. This will allieviate the need for us to extend the Path object to support AMD, as we'll be doing the differentiation at each ProfileItem. Time will tell if this is a better strategy or not. This is all to do with my even longer term strategy of devloping video card driver library files inhouse. This strategy was directly created just so that I can make changes in my own code if I need to support some additional features such as HDR support within the profiles. It is very difficult to do this if I'm using another video card library. Much more simple to update my own code!
2021-06-22 09:05:24 +00:00
<Compile Include="AMD\AMDProfileItem.cs" />
<Compile Include="NVIDIA\NVIDIALibrary.cs" />
<Compile Include="NVIDIA\NVIDIAProfileItem.cs" />
Logging changes Combined DisplayMagicianShared logging into the main log file to simplify log reporting for the future. Also started adding info and debug statements to the program to make the debug level log work well for troubleshooting. This is going to take a LONG time to complete, but will be worth it in the end.
2021-02-10 09:40:22 +00:00
<Compile Include="SharedLogger.cs" />
Transitioned Profiles to using ProfileRepository Moving to using a ProfileRespository will make it easier when moving to a WPF style app, and it will allow some freedom if I want to change the storage to a database or soemthing different.
2020-06-14 04:20:52 +00:00
<Compile Include="Properties\Resources.Designer.cs">
<AutoGen>True</AutoGen>
<DesignTime>True</DesignTime>
<DependentUpon>Resources.resx</DependentUpon>
</Compile>
Fixed Shortcut icon in ImageListView Fixed the underlying Shortcut generation process but still have yet to add it to the Shortcut Icon saved in the Shortcut library.
2020-06-13 09:06:42 +00:00
<Compile Include="ResizeDrawing.cs" />
All Enums mirrored on the Shared assembly
2018-10-20 00:19:30 +00:00
<Compile Include="ScanLineOrdering.cs" />
Add project files.
2017-02-26 19:23:31 +00:00
<Compile Include="NVIDIA\SurroundHelper.cs" />
<Compile Include="NVIDIA\SurroundTopologyDisplay.cs" />
All Enums mirrored on the Shared assembly
2018-10-20 00:19:30 +00:00
<Compile Include="PixelShift.cs" />
[WIP] Fixing Shortcut Bitmap Partially completed bitmap work. Need to implement generic bitmap resizing to work with small and large icons, and for different sizes for overlay bitmap.
2020-06-07 08:48:45 +00:00
<Compile Include="ProfileItem.cs" />
Add project files.
2017-02-26 19:23:31 +00:00
<Compile Include="NVIDIA\SurroundTopology.cs" />
Fixed missing HeliosPLus renames
2020-12-02 09:06:50 +00:00
<Compile Include="DisplayMagicianStartupAction.cs" />
Add project files.
2017-02-26 19:23:31 +00:00
<Compile Include="ProfileIcon.cs" />
<Compile Include="Rotation.cs" />
All Enums mirrored on the Shared assembly
2018-10-20 00:19:30 +00:00
<Compile Include="Scaling.cs" />
Transitioned Profiles to using ProfileRepository Moving to using a ProfileRespository will make it easier when moving to a WPF style app, and it will allow some freedom if I want to change the storage to a database or soemthing different.
2020-06-14 04:20:52 +00:00
<Compile Include="ProfileRepository.cs" />
Moved AUMID to Shared project And also added it to the LogReporter project.
2020-12-19 23:45:50 +00:00
<Compile Include="ShellUtils.cs" />
Renaming Viewports back to Paths
2020-10-07 07:08:36 +00:00
<Compile Include="Topology\Path.cs" />
<Compile Include="Topology\PathHelper.cs" />
<Compile Include="Topology\PathTarget.cs" />
Add project files.
2017-02-26 19:23:31 +00:00
<Compile Include="Properties\AssemblyInfo.cs" />
<Compile Include="Resources\Language.Designer.cs">
<DependentUpon>Language.resx</DependentUpon>
<AutoGen>True</AutoGen>
<DesignTime>True</DesignTime>
</Compile>
<Compile Include="UserControls\DisplayView.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile Include="UserControls\DisplayView.Designer.cs">
<DependentUpon>DisplayView.cs</DependentUpon>
</Compile>
Added initial CCD library code Added some basic CCD library functionality to be able to set Windows displays directly from the code. This will enable future native HDR support through windows, as well as allow positioning and screen setup to work better through here than via the AMD driver. Will still need to work on AMD Eyefinity support once this is completed.
2021-06-29 10:15:57 +00:00
<Compile Include="Windows\CCD.cs" />
<Compile Include="Windows\WindowsLibrary.cs" />
Add project files.
2017-02-26 19:23:31 +00:00
</ItemGroup>
<ItemGroup>
Transitioned Profiles to using ProfileRepository Moving to using a ProfileRespository will make it easier when moving to a WPF style app, and it will allow some freedom if I want to change the storage to a database or soemthing different.
2020-06-14 04:20:52 +00:00
<EmbeddedResource Include="Properties\Resources.resx">
<Generator>ResXFileCodeGenerator</Generator>
Rename HeliosPlus to DisplayMagician Decided to rename the application to DisplayMagician to make it way more discoverable. Turns out there are a LOT of applications named HeliosPlus!
2020-12-02 08:11:23 +00:00
<SubType>Designer</SubType>
Transitioned Profiles to using ProfileRepository Moving to using a ProfileRespository will make it easier when moving to a WPF style app, and it will allow some freedom if I want to change the storage to a database or soemthing different.
2020-06-14 04:20:52 +00:00
<LastGenOutput>Resources.Designer.cs</LastGenOutput>
</EmbeddedResource>
Add project files.
2017-02-26 19:23:31 +00:00
<EmbeddedResource Include="Resources\Language.resx">
<Generator>ResXFileCodeGenerator</Generator>
<LastGenOutput>Language.Designer.cs</LastGenOutput>
</EmbeddedResource>
<EmbeddedResource Include="UserControls\DisplayView.resx">
<DependentUpon>DisplayView.cs</DependentUpon>
</EmbeddedResource>
</ItemGroup>
Converted to .Net4.8 and System.CommandLine.DragonFruit Migrated to the latest .Net Framework (v4.8) and changed to System.CommandLine.DragonFruit for the parameter processing as CommandLineParser completely altered their required programme structure which meant something had to change. Figured using Microsoft's own poduct would be best.
2020-04-13 03:47:38 +00:00
<ItemGroup>
<PackageReference Include="EDIDParser">
<Version>1.2.0.1</Version>
</PackageReference>
Fixed low-res icons and running shortcuts The icons were way too low res due to the use of the built-in windows fileextracticon which only extracts the 32x32 icon. This was making the list of games look pretty bad. Fixed it now so it extracts the PNG where possible. Also adjusted the extraction so that the files are all extracted when the Shortcut form is loaded. Also fixed the commandline options that result in a Steam game being run, so that they now work. Also fixed up the names of the extracted icons and made the suggested naming of the shortcut more reliable and less likely to include usable characters.
2020-05-01 10:30:27 +00:00
<PackageReference Include="IconExtractor.dll">
<Version>1.0.2.1-beta</Version>
</PackageReference>
Converted to .Net4.8 and System.CommandLine.DragonFruit Migrated to the latest .Net Framework (v4.8) and changed to System.CommandLine.DragonFruit for the parameter processing as CommandLineParser completely altered their required programme structure which meant something had to change. Figured using Microsoft's own poduct would be best.
2020-04-13 03:47:38 +00:00
<PackageReference Include="IconLib.Unofficial">
<Version>0.73.0</Version>
</PackageReference>
Upgrade nuget libraries Upgrade CommanlineUtils, HTMLAgility and other libraries. Leaving ValveKeyValue as it requires some breaking changes.
2021-02-07 02:22:54 +00:00
<PackageReference Include="Microsoft.CodeAnalysis.NetAnalyzers">
<Version>5.0.3</Version>
<IncludeAssets>runtime; build; native; contentfiles; analyzers; buildtransitive</IncludeAssets>
<PrivateAssets>all</PrivateAssets>
</PackageReference>
Converted to .Net4.8 and System.CommandLine.DragonFruit Migrated to the latest .Net Framework (v4.8) and changed to System.CommandLine.DragonFruit for the parameter processing as CommandLineParser completely altered their required programme structure which meant something had to change. Figured using Microsoft's own poduct would be best.
2020-04-13 03:47:38 +00:00
<PackageReference Include="Newtonsoft.Json">
Fixed OriginLibrary issue OriginLibrary wasn't added to the validity checking, so no Origin games would work. Also added a LOAD more trace logging with the Origin library so I can see from the logs what's happening. Also updated the version to 1.0.5.1. And finally, removed unneeded validityrefresh from the base ShortcutItem constructor as it is refreshed later anyway. Should speed up object creation a little.
2021-04-30 05:28:01 +00:00
<Version>13.0.1</Version>
Converted to .Net4.8 and System.CommandLine.DragonFruit Migrated to the latest .Net Framework (v4.8) and changed to System.CommandLine.DragonFruit for the parameter processing as CommandLineParser completely altered their required programme structure which meant something had to change. Figured using Microsoft's own poduct would be best.
2020-04-13 03:47:38 +00:00
</PackageReference>
[WIP] Partway through swap to NHotkey Also trying to port Willy-Kimura's HKL HotkeySelector code over as well cause it is ace!
2021-04-27 10:19:44 +00:00
<PackageReference Include="NHotkey">
<Version>2.1.0</Version>
</PackageReference>
<PackageReference Include="NHotkey.WindowsForms">
<Version>2.1.0</Version>
</PackageReference>
Improve exception handling of existing ex Added logger instances for DisplayMagicianShared functions. Also added logger debug commands to all exceptions with existing ex objects.
2021-02-07 01:42:17 +00:00
<PackageReference Include="NLog">
Mostly working Game icons! Well this took enough time! I have almost corrected all the issues with the icon parsing functions, but I still have a couple of edge cases to fix.
2021-05-16 09:46:58 +00:00
<Version>4.7.10</Version>
Improve exception handling of existing ex Added logger instances for DisplayMagicianShared functions. Also added logger debug commands to all exceptions with existing ex objects.
2021-02-07 01:42:17 +00:00
</PackageReference>
Converted to .Net4.8 and System.CommandLine.DragonFruit Migrated to the latest .Net Framework (v4.8) and changed to System.CommandLine.DragonFruit for the parameter processing as CommandLineParser completely altered their required programme structure which meant something had to change. Figured using Microsoft's own poduct would be best.
2020-04-13 03:47:38 +00:00
<PackageReference Include="NvAPIWrapper.Net">
Updated nuget packages
2021-03-11 21:09:35 +00:00
<Version>0.8.1.101</Version>
Converted to .Net4.8 and System.CommandLine.DragonFruit Migrated to the latest .Net Framework (v4.8) and changed to System.CommandLine.DragonFruit for the parameter processing as CommandLineParser completely altered their required programme structure which meant something had to change. Figured using Microsoft's own poduct would be best.
2020-04-13 03:47:38 +00:00
</PackageReference>
<PackageReference Include="WindowsDisplayAPI">
<Version>1.3.0.13</Version>
</PackageReference>
</ItemGroup>
Changing icons for projects
2020-10-23 08:39:09 +00:00
<ItemGroup>
First working ShellContextMenu extension Can now apply saved display profiles by right-clicking on the Desktop Background and selecting the display profile that you want to use. It will run <HeliosPlus> ChangeProfile <uuid> where <HeliosPlus> is the HeliosPlus binary and <uuid> is the UUID of the relevant display profile.
2020-11-22 07:49:37 +00:00
<None Include="Resources\HeliosPlus.ico" />
Changing icons for projects
2020-10-23 08:39:09 +00:00
</ItemGroup>
Rename HeliosPlus to DisplayMagician Decided to rename the application to DisplayMagician to make it way more discoverable. Turns out there are a LOT of applications named HeliosPlus!
2020-12-02 08:11:23 +00:00
<ItemGroup>
<None Include="Resources\DisplayMagician.ico" />
</ItemGroup>
Added Save to Desktop Profile Button Added a button to save a profile shortcut to the Windows desktop. This will enable people to quickly change to another display configuration if they want to using a desktop display. This will work even if they are unable to get admin rights to install the background popup menu.
2021-03-07 01:50:52 +00:00
<ItemGroup>
<COMReference Include="IWshRuntimeLibrary">
<Guid>{F935DC20-1CF0-11D0-ADB9-00C04FD58A0B}</Guid>
<VersionMajor>1</VersionMajor>
<VersionMinor>0</VersionMinor>
<Lcid>0</Lcid>
<WrapperTool>tlbimp</WrapperTool>
<Isolated>False</Isolated>
<EmbedInteropTypes>True</EmbedInteropTypes>
</COMReference>
</ItemGroup>
Added initial CCD library code Added some basic CCD library functionality to be able to set Windows displays directly from the code. This will enable future native HDR support through windows, as well as allow positioning and screen setup to work better through here than via the AMD driver. Will still need to work on AMD Eyefinity support once this is completed.
2021-06-29 10:15:57 +00:00
<ItemGroup />
[WIP] Initial ProfileItem split into libraries This is part of the new strategy to split the ProfileItems into different derived clases with one per Video card technology. The purpose is to allow each video card driver to produce a slightly different profiledata section which is customised to the needs of that video card. This will allieviate the need for us to extend the Path object to support AMD, as we'll be doing the differentiation at each ProfileItem. Time will tell if this is a better strategy or not. This is all to do with my even longer term strategy of devloping video card driver library files inhouse. This strategy was directly created just so that I can make changes in my own code if I need to support some additional features such as HDR support within the profiles. It is very difficult to do this if I'm using another video card library. Much more simple to update my own code!
2021-06-22 09:05:24 +00:00
<ItemGroup>
Added initial CCD library code Added some basic CCD library functionality to be able to set Windows displays directly from the code. This will enable future native HDR support through windows, as well as allow positioning and screen setup to work better through here than via the AMD driver. Will still need to work on AMD Eyefinity support once this is completed.
2021-06-29 10:15:57 +00:00
<None Include="Properties\amdblack.png" />
</ItemGroup>
<ItemGroup>
<None Include="Properties\amdwhite.png" />
</ItemGroup>
<ItemGroup>
<None Include="Properties\nvidiablack.png" />
</ItemGroup>
<ItemGroup>
<None Include="Properties\nvidiawhite.png" />
[WIP] Initial ProfileItem split into libraries This is part of the new strategy to split the ProfileItems into different derived clases with one per Video card technology. The purpose is to allow each video card driver to produce a slightly different profiledata section which is customised to the needs of that video card. This will allieviate the need for us to extend the Path object to support AMD, as we'll be doing the differentiation at each ProfileItem. Time will tell if this is a better strategy or not. This is all to do with my even longer term strategy of devloping video card driver library files inhouse. This strategy was directly created just so that I can make changes in my own code if I need to support some additional features such as HDR support within the profiles. It is very difficult to do this if I'm using another video card library. Much more simple to update my own code!
2021-06-22 09:05:24 +00:00
</ItemGroup>
Add project files.
2017-02-26 19:23:31 +00:00
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
<!-- To modify your build process, add your task inside one of the targets below and uncomment it.
Other similar extension points exist, see Microsoft.Common.targets.
<Target Name="BeforeBuild">
</Target>
<Target Name="AfterBuild">
</Target>
-->
</Project>
Reference in New Issue Copy Permalink