izzy/UnrealEngineUWP
0
0
Fork 0
mirror of https://github.com/izzy2lost/UnrealEngineUWP.git synced 2026-03-26 18:15:20 -07:00
Code Issues Packages Projects Releases Wiki Activity
Files
00a43bb11c45cfb2e07fa0e79d0eb7bb7ef04c19
UnrealEngineUWP/Engine/Source/Editor/DeviceProfileEditor/Private/DetailsPanel/SDeviceProfileDetailsPanel.cpp

190 lines
4.6 KiB
C++
Raw Normal View History

Updating copyright for Engine Editor. #rnx #rb none #ROBOMERGE-SOURCE: CL 10869241 via CL 10869527 via CL 10869904 #ROBOMERGE-BOT: (v613-10869866) [CL 10870586 by ryan durand in Main branch]
2019-12-26 15:33:43 -05:00
// Copyright Epic Games, Inc. All Rights Reserved.
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
Copying //UE4/Dev-Build to //UE4/Dev-Main (Source: //UE4/Dev-Build @ 3209340) #lockdown Nick.Penwarden #rb none ========================== MAJOR FEATURES + CHANGES ========================== Change 3209340 on 2016/11/23 by Ben.Marsh Convert UE4 codebase to an "include what you use" model - where every header just includes the dependencies it needs, rather than every source file including large monolithic headers like Engine.h and UnrealEd.h. Measured full rebuild times around 2x faster using XGE on Windows, and improvements of 25% or more for incremental builds and full rebuilds on most other platforms. * Every header now includes everything it needs to compile. * There's a CoreMinimal.h header that gets you a set of ubiquitous types from Core (eg. FString, FName, TArray, FVector, etc...). Most headers now include this first. * There's a CoreTypes.h header that sets up primitive UE4 types and build macros (int32, PLATFORM_WIN64, etc...). All headers in Core include this first, as does CoreMinimal.h. * Every .cpp file includes its matching .h file first. * This helps validate that each header is including everything it needs to compile. * No engine code includes a monolithic header such as Engine.h or UnrealEd.h any more. * You will get a warning if you try to include one of these from the engine. They still exist for compatibility with game projects and do not produce warnings when included there. * There have only been minor changes to our internal games down to accommodate these changes. The intent is for this to be as seamless as possible. * No engine code explicitly includes a precompiled header any more. * We still use PCHs, but they're force-included on the compiler command line by UnrealBuildTool instead. This lets us tune what they contain without breaking any existing include dependencies. * PCHs are generated by a tool to get a statistical amount of coverage for the source files using it, and I've seeded the new shared PCHs to contain any header included by > 15% of source files. Tool used to generate this transform is at Engine\Source\Programs\IncludeTool. [CL 3209342 by Ben Marsh in Main branch]
2016-11-23 15:48:37 -05:00
#include "DetailsPanel/SDeviceProfileDetailsPanel.h"
More Engine.h trimming (EdGraph headers, BoneMaskFilter, Breakpoint, LevelScriptBP, ClipPAdEntry, CodecMovie, DestructibleFractureSettings, DeviceProfile) [CL 2085606 by James Golding in Main branch]
2014-05-29 17:11:10 -04:00
#include "DeviceProfiles/DeviceProfile.h"
Copying //UE4/Dev-Build to //UE4/Dev-Main (Source: //UE4/Dev-Build @ 3209340) #lockdown Nick.Penwarden #rb none ========================== MAJOR FEATURES + CHANGES ========================== Change 3209340 on 2016/11/23 by Ben.Marsh Convert UE4 codebase to an "include what you use" model - where every header just includes the dependencies it needs, rather than every source file including large monolithic headers like Engine.h and UnrealEd.h. Measured full rebuild times around 2x faster using XGE on Windows, and improvements of 25% or more for incremental builds and full rebuilds on most other platforms. * Every header now includes everything it needs to compile. * There's a CoreMinimal.h header that gets you a set of ubiquitous types from Core (eg. FString, FName, TArray, FVector, etc...). Most headers now include this first. * There's a CoreTypes.h header that sets up primitive UE4 types and build macros (int32, PLATFORM_WIN64, etc...). All headers in Core include this first, as does CoreMinimal.h. * Every .cpp file includes its matching .h file first. * This helps validate that each header is including everything it needs to compile. * No engine code includes a monolithic header such as Engine.h or UnrealEd.h any more. * You will get a warning if you try to include one of these from the engine. They still exist for compatibility with game projects and do not produce warnings when included there. * There have only been minor changes to our internal games down to accommodate these changes. The intent is for this to be as seamless as possible. * No engine code explicitly includes a precompiled header any more. * We still use PCHs, but they're force-included on the compiler command line by UnrealBuildTool instead. This lets us tune what they contain without breaking any existing include dependencies. * PCHs are generated by a tool to get a statistical amount of coverage for the source files using it, and I've seeded the new shared PCHs to contain any header included by > 15% of source files. Tool used to generate this transform is at Engine\Source\Programs\IncludeTool. [CL 3209342 by Ben Marsh in Main branch]
2016-11-23 15:48:37 -05:00
#include "Modules/ModuleManager.h"
#include "Widgets/SBoxPanel.h"
#include "SlateOptMacros.h"
#include "Widgets/Layout/SBorder.h"
#include "Widgets/Images/SImage.h"
#include "Widgets/Text/STextBlock.h"
#include "Widgets/Layout/SScrollBox.h"
#include "EditorStyleSet.h"
#include "Interfaces/ITargetPlatform.h"
#include "Interfaces/ITargetPlatformManagerModule.h"
#include "PlatformInfo.h"
#include "PropertyEditorModule.h"
#include "IDetailsView.h"
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
#define LOCTEXT_NAMESPACE "DeviceProfileDetailsPanel"
BEGIN_SLATE_FUNCTION_BUILD_OPTIMIZATION
void SDeviceProfileDetailsPanel::Construct( const FArguments& InArgs )
{
// Generate our details panel.
DetailsViewBox = SNew( SVerticalBox );
RefreshUI();
ChildSlot
[
SNew( SBorder )
.BorderImage( FEditorStyle::GetBrush( "Docking.Tab.ContentAreaBrush" ) )
[
SNew( SVerticalBox )
+ SVerticalBox::Slot()
.AutoHeight()
.Padding( FMargin( 2.0f ) )
.VAlign( VAlign_Bottom )
[
SNew( SHorizontalBox )
+ SHorizontalBox::Slot()
.AutoWidth()
.Padding( 0.0f, 0.0f, 4.0f, 0.0f )
[
SNew( SImage )
.Image( FEditorStyle::GetBrush( "LevelEditor.Tabs.Details" ) )
]
+ SHorizontalBox::Slot()
.VAlign( VAlign_Center )
[
SNew( STextBlock )
Fixed up redundant FText .ToString() usage and some improper FText usage. [CL 2042623 by Justin Sargent in Main branch]
2014-04-23 18:06:41 -04:00
.Text( LOCTEXT("CVarsLabel", "Console Variables") )
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
.TextStyle( FEditorStyle::Get(), "Docking.TabFont" )
]
]
+ SVerticalBox::Slot()
[
SNew( SHorizontalBox )
+ SHorizontalBox::Slot()
[
DetailsViewBox.ToSharedRef()
]
]
]
];
}
END_SLATE_FUNCTION_BUILD_OPTIMIZATION
void SDeviceProfileDetailsPanel::UpdateUIForProfile( const TWeakObjectPtr< UDeviceProfile > InProfile )
{
ViewingProfile = InProfile;
RefreshUI();
}
void SDeviceProfileDetailsPanel::RefreshUI()
{
DetailsViewBox->ClearChildren();
// initialize settings view
FDetailsViewArgs DetailsViewArgs;
{
DetailsViewArgs.bAllowSearch = true;
DetailsViewArgs.bHideSelectionTip = true;
DetailsViewArgs.bLockable = false;
[INTEGRATE] Change 2411119 by Matt.Kuhlenschmidt@matt_kuhlenschmidt_main on 2015/01/19 13:39:29 Fixed up the details panel name area to be aware of in world component editing. Fixed up usage of the details panel name area to use new enum based usage flag for name areas [CL 2419254 by Ben Marsh in Main branch]
2015-01-26 17:14:50 -05:00
DetailsViewArgs.NameAreaSettings = FDetailsViewArgs::HideNameArea;
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
DetailsViewArgs.bSearchInitialKeyFocus = true;
DetailsViewArgs.bUpdatesFromSelection = false;
DetailsViewArgs.bShowOptions = false;
}
SettingsView = FModuleManager::GetModuleChecked<FPropertyEditorModule>("PropertyEditor").CreateDetailView(DetailsViewArgs);
if( ViewingProfile.IsValid() )
{
Added PlatformInfo to DesktopPlatform and improved the editors Supported Platform UI TTP# 337136 - SETTINGS: Target Platform settings polish TTP# 337652 - EDITOR: Limit Project supported Android icons down to 1 TTP# 337650 - EDITOR: There is only 1 icon for Apple for Project Supported Platforms DesktopPlatform now contains a static array of FPlatformInfo. This can be used to query UE4 about its available platforms, even when they're not available as a target platform. FPlatformInfo contains the information required by the editor (such as a localized display name and icon), as well as whether a platform is a variation ("flavor") of another, and if so, whether the flavor affects the build output (eg, Win32 or Win64), or the cook output (eg, Android_XYZ). This lets the editor build up nested menus for the "Package Project" and "Cook Project" options, rather than just showing everything as a flat list. ReviewedBy Thomas.Sarkanen, Max.Preussner [CL 2095796 by Jamie Dale in Main branch]
2014-06-05 12:13:44 -04:00
const FSlateBrush* DeviceProfileTypeIcon = FEditorStyle::GetDefaultBrush();
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
TArray<ITargetPlatform*> TargetPlatforms = GetTargetPlatformManager()->GetTargetPlatforms();
Added PlatformInfo to DesktopPlatform and improved the editors Supported Platform UI TTP# 337136 - SETTINGS: Target Platform settings polish TTP# 337652 - EDITOR: Limit Project supported Android icons down to 1 TTP# 337650 - EDITOR: There is only 1 icon for Apple for Project Supported Platforms DesktopPlatform now contains a static array of FPlatformInfo. This can be used to query UE4 about its available platforms, even when they're not available as a target platform. FPlatformInfo contains the information required by the editor (such as a localized display name and icon), as well as whether a platform is a variation ("flavor") of another, and if so, whether the flavor affects the build output (eg, Win32 or Win64), or the cook output (eg, Android_XYZ). This lets the editor build up nested menus for the "Package Project" and "Cook Project" options, rather than just showing everything as a flat list. ReviewedBy Thomas.Sarkanen, Max.Preussner [CL 2095796 by Jamie Dale in Main branch]
2014-06-05 12:13:44 -04:00
if (TargetPlatforms.Num())
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
{
- Renamed PlatformInfo::FPlatformInfo to PlatformInfo::FTargetPlatformInfo - Renamed FDataDrivenPlatformRegistry::FPlatformInfo to FDataDrivenPlatformInfo - Moved some fields from PlatformInfo::FTargetPlatformInfo to FDataDrivenPlatformInfo, and cleaned them up in the process - Fixed the DataDrivePlatformInfo.ini files to match the previous items - Removed FVanillaPlatformEntry, and now just using FTargetPlatformInfo to manage flavors under a vanilla PlatformInfo (see PlatformInfo::GetVanillaPlatformInfoArray()) - Cleaned up TPerPlatformValue, as it was often misused (took a group and platform name, but we can get the group from the platform name) [AnimationSharingManager.cpp, *Engine.cpp, Runtime\Engine\*, ] - Fixed FBlueprintNativeCodeGenPaths::GetDefaultCodeGenPaths() to use IniPlatformName instead of some hacky code [BlueprintNativeCodeGenManifest.cpp] - Fixed various Turnkey bugs that recent testing exposed - Enabled AUTOSDKS_ENABLED in both Mac and Linux on the Editor side (not that there are much set up to use it) - Using Turnkey to get the SDK status instead of ValidatePlatforms (gives more detailed information - may want to go back to ValidatePlatforms so only UBT is needed, but change it to give more info) - Moved OnDeviceDiscovered and Lost delegates from each platform's TargetPlatform class to a static in ITargetPlatform - there was no need for per-platform implementations - Started working on allowing for SDK to be installed with editor running and not need to restart editor - Work in Progress! It is not usable yet. #fyi jack.porter #rb pete.sauerbrei [CL 13816905 by Josh Adams in ue5-main branch]
2020-07-01 17:07:12 -04:00
DeviceProfileTypeIcon = FEditorStyle::GetBrush(TargetPlatforms[0]->GetPlatformInfo().GetIconStyleName(EPlatformIconSize::Normal));
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
}
SettingsView->SetObject(&*ViewingProfile);
// If a profile is provided, show the details for this profile.
DetailsViewBox->AddSlot()
[
SNew( SBorder )
Replace usages of toolbar.background with toolpanel.group border #rb none [CL 13276717 by Matt Kuhlenschmidt in ue5-main branch]
2020-05-12 11:05:36 -04:00
.BorderImage( FEditorStyle::GetBrush( "ToolPanel.GroupBorder" ) )
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
[
SNew( SVerticalBox )
+ SVerticalBox::Slot()
.HAlign( HAlign_Left )
.AutoHeight()
[
SNew( SHorizontalBox )
+ SHorizontalBox::Slot()
.AutoWidth()
.Padding(4.0f, 0.0f, 2.0f, 0.0f)
[
SNew(SImage)
Added PlatformInfo to DesktopPlatform and improved the editors Supported Platform UI TTP# 337136 - SETTINGS: Target Platform settings polish TTP# 337652 - EDITOR: Limit Project supported Android icons down to 1 TTP# 337650 - EDITOR: There is only 1 icon for Apple for Project Supported Platforms DesktopPlatform now contains a static array of FPlatformInfo. This can be used to query UE4 about its available platforms, even when they're not available as a target platform. FPlatformInfo contains the information required by the editor (such as a localized display name and icon), as well as whether a platform is a variation ("flavor") of another, and if so, whether the flavor affects the build output (eg, Win32 or Win64), or the cook output (eg, Android_XYZ). This lets the editor build up nested menus for the "Package Project" and "Cook Project" options, rather than just showing everything as a flat list. ReviewedBy Thomas.Sarkanen, Max.Preussner [CL 2095796 by Jamie Dale in Main branch]
2014-06-05 12:13:44 -04:00
.Image(DeviceProfileTypeIcon)
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
]
+SHorizontalBox::Slot()
[
SNew(SVerticalBox)
+SVerticalBox::Slot()
.VAlign(VAlign_Center)
[
SNew( STextBlock )
Fixed code relying on SLATE_TEXT_ATTRIBUTE for STextBlock. UETOOL-213 - Minimize Slate FString -> FText conversion (remove SLATE_TEXT_ATTRIBUTE) This fixes any editor/engine specific code that was passing text to Slate as FString rather than FText. [CL 2399803 by Jamie Dale in Main branch]
2015-01-07 09:52:40 -05:00
.Text( FText::Format( LOCTEXT( "SelectedDeviceProfileFmt", "{0} selected" ), FText::FromString(ViewingProfile->GetName()) ) )
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
]
]
]
/**
* CVars part of the details panel
*/
+ SVerticalBox::Slot()
.Padding(4.0f)
.FillHeight(1.0f)
[
SNew(SScrollBox)
+ SScrollBox::Slot()
[
SNew( SBorder )
.BorderImage( FEditorStyle::GetBrush( "Docking.Tab.ContentAreaBrush" ) )
[
SNew( SVerticalBox )
+ SVerticalBox::Slot()
.FillHeight(1.0f)
.Padding( FMargin( 4.0f ) )
[
SettingsView.ToSharedRef()
]
]
]
]
]
];
}
else
{
// No profile was selected, so the panel should reflect this
DetailsViewBox->AddSlot()
[
SNew( SBorder )
Replace usages of toolbar.background with toolpanel.group border #rb none [CL 13276717 by Matt Kuhlenschmidt in ue5-main branch]
2020-05-12 11:05:36 -04:00
.BorderImage( FEditorStyle::GetBrush( "ToolPanel.GroupBorder" ) )
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
[
SNew(SVerticalBox)
+SVerticalBox::Slot()
.VAlign( VAlign_Top )
.HAlign( HAlign_Center )
.Padding( 4.0f )
[
SNew( STextBlock )
Fixed up redundant FText .ToString() usage and some improper FText usage. [CL 2042623 by Justin Sargent in Main branch]
2014-04-23 18:06:41 -04:00
.Text( LOCTEXT("SelectAProfile", "Select a device profile above...") )
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
]
]
];
}
}
Copying //UE4/Dev-Build to //UE4/Dev-Main (Source: //UE4/Dev-Build @ 3209340) #lockdown Nick.Penwarden #rb none ========================== MAJOR FEATURES + CHANGES ========================== Change 3209340 on 2016/11/23 by Ben.Marsh Convert UE4 codebase to an "include what you use" model - where every header just includes the dependencies it needs, rather than every source file including large monolithic headers like Engine.h and UnrealEd.h. Measured full rebuild times around 2x faster using XGE on Windows, and improvements of 25% or more for incremental builds and full rebuilds on most other platforms. * Every header now includes everything it needs to compile. * There's a CoreMinimal.h header that gets you a set of ubiquitous types from Core (eg. FString, FName, TArray, FVector, etc...). Most headers now include this first. * There's a CoreTypes.h header that sets up primitive UE4 types and build macros (int32, PLATFORM_WIN64, etc...). All headers in Core include this first, as does CoreMinimal.h. * Every .cpp file includes its matching .h file first. * This helps validate that each header is including everything it needs to compile. * No engine code includes a monolithic header such as Engine.h or UnrealEd.h any more. * You will get a warning if you try to include one of these from the engine. They still exist for compatibility with game projects and do not produce warnings when included there. * There have only been minor changes to our internal games down to accommodate these changes. The intent is for this to be as seamless as possible. * No engine code explicitly includes a precompiled header any more. * We still use PCHs, but they're force-included on the compiler command line by UnrealBuildTool instead. This lets us tune what they contain without breaking any existing include dependencies. * PCHs are generated by a tool to get a statistical amount of coverage for the source files using it, and I've seeded the new shared PCHs to contain any header included by > 15% of source files. Tool used to generate this transform is at Engine\Source\Programs\IncludeTool. [CL 3209342 by Ben Marsh in Main branch]
2016-11-23 15:48:37 -05:00
#undef LOCTEXT_NAMESPACE
Reference in New Issue Copy Permalink