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
bb9ed201650b1303c825750794335750464fd0ff
UnrealEngineUWP/Engine/Source/Editor/MainFrame/MainFrame.Build.cs

88 lines
1.8 KiB
C#
Raw Normal View History

Added the experimental Localization Dashboard UI. [CL 2421013 by Saul Abreu in Main branch]
2015-01-27 16:31:40 -05:00
// Copyright 1998-2015 Epic Games, Inc. All Rights Reserved.
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
using UnrealBuildTool;
public class MainFrame : ModuleRules
{
public MainFrame(TargetInfo Target)
{
PublicDependencyModuleNames.AddRange(
new string[]
{
Window menu refactor & polish - Window menu is now sectioned and labeled based on the current editor. There's now a local workspace root member in FTabManager and a workspace category in FAssetEditorToolkit (both are FWorkspaceItem objects). Individual editors attach their local category to the tab manager's local root. Workflow app modes have their own category members that are swapped out when the mode changes. - Finally, the AssetEditorCategory of FWorkspaceMenuStructure has been removed entirely. - Replaced the AddMenuSeparator() call in FTabManager::PopulateSpawnerMenu_Helper() with a section of the same title as the workspace category. - Tab spawner menu entries for the local editor now properly show the icon of the associated tab. To accomplish this it was necessary to change FWorkflowTabFactory::TabIcon to be an FSlateIcon instead of an FSlateBrush*. All factory instances have been updated accordingly. - Added & updated lots of icons! (those missing will be TTP'd) - The nomad tab spawner section (named "General" in the menu) has been largely compressed into the Developer Tools submenu, which has also been organized into sections for readability. - Unreal frontend options were also moved into a context menu within the General section - Moved all experimental tools to their own section of the Window menu. When they're no longer experimental they should register as nomads in the appropriate category - Undo history now under Edit menu [CL 2324285 by Dan Hertzka in Main branch]
2014-10-09 12:34:55 -04:00
"Documentation",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
}
);
PrivateDependencyModuleNames.AddRange(
new string[] {
"Core",
"CoreUObject",
"CrashTracker",
"Engine",
addition of analytics for File/Cook, File/Package, and Launch On TTP337717 #ue4 #editor #codereview ian.thomas [CL 2114583 by Peter Sauerbrei in Main branch]
2014-06-23 18:10:01 -04:00
"EngineSettings",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
"InputCore",
"RHI",
"ShaderCore",
"Slate",
Slate: Refactored core Slate implementation into SlateCore module in preparation for UMG. Other Updates: - The WidgetReflector is now in its own module as well. It will be converted to a plug-in later. - The Public API of both Slate and SlateCore has largely been reorganized for better discoverabilty. More cleanup work is needed. - Added a lot of missing API documentation and fixed existing ones. More and better documentation is needed. - Removed dead code, fixed a couple things I stubled upon, and conformed to coding guidelines (NULL vs nullptr, line breaks, etc.) Upgrade Notes: - The Slate Remote Server is currently disabled - will be re-enabled shortly! - If your module previously had a module dependency to 'Slate', it now also needs a PrivateModuleDependency to 'SlateCore' in its Build.cs file. - If your module exposes in any of its Public header files types that are now declared in SlateCore, it needs a PublicModuleDependency to 'SlateCore' - The ToolTip property type on SWidget has changed from SToolTip to IToolTip; change local variables to TSharedPtr<IToolTip> instead of TSharedPtr<SToolTip> where needed - IToolTip is not a widget. If you need access to the actual widget that represents the tool tip, use IToolTip::AsWidget(); If you need access to the tool tip's content, use IToolTip::GetContentWidget() Troubleshooting: - After syncing to this changelist you may have to clean your /Engine/Intermediate/Build/ directory and rebuild your entire project - If in your project you are getting linker errors for unresolved types that are now declared in SlateCore, you may be missing a dependency to 'SlateCore' - If in the Engine code you are getting linker errors for unresolved types that are now declared in SlateCore, you may need to rebuild the entire Engine [CL 2057118 by Max Preussner in Main branch]
2014-04-26 15:07:24 -04:00
"SlateCore",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
"EditorStyle",
"SourceControl",
"SourceControlWindows",
"TargetPlatform",
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
"DesktopPlatform",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
"UnrealEd",
"WorkspaceMenuStructure",
"MessageLog",
// "SearchUI",
Added support for choosing which platforms your project will target TTP# 332489 - TOOLS FEATURE: Editor: Allow user to designate which platforms a project is designed for; warn user when deploying to platforms that will result in a bad time There is now a "Target Platforms" tab in the project settings which allows you to choose which platforms your project will target. This information is stored inside the .uproject file. If you try and launch, cook, or package for a project that isn't on the supported list, then you'll see a suppressible warning notifying you that the project may not run as expected. This is also conveyed to you via a warning icon next to platforms which aren't set as a target. Additionally the target platform icons are shown in the tooltip on the "Open Project" dialog, as well as in the tab area of the level editor. ReviewedBy Thomas.Sarkanen, Max.Preussner [CL 2088161 by Jamie Dale in Main branch]
2014-05-29 17:37:19 -04:00
"TranslationEditor",
"Projects",
Window menu refactor & polish - Window menu is now sectioned and labeled based on the current editor. There's now a local workspace root member in FTabManager and a workspace category in FAssetEditorToolkit (both are FWorkspaceItem objects). Individual editors attach their local category to the tab manager's local root. Workflow app modes have their own category members that are swapped out when the mode changes. - Finally, the AssetEditorCategory of FWorkspaceMenuStructure has been removed entirely. - Replaced the AddMenuSeparator() call in FTabManager::PopulateSpawnerMenu_Helper() with a section of the same title as the workspace category. - Tab spawner menu entries for the local editor now properly show the icon of the associated tab. To accomplish this it was necessary to change FWorkflowTabFactory::TabIcon to be an FSlateIcon instead of an FSlateBrush*. All factory instances have been updated accordingly. - Added & updated lots of icons! (those missing will be TTP'd) - The nomad tab spawner section (named "General" in the menu) has been largely compressed into the Developer Tools submenu, which has also been organized into sections for readability. - Unreal frontend options were also moved into a context menu within the General section - Moved all experimental tools to their own section of the Window menu. When they're no longer experimental they should register as nomads in the appropriate category - Undo history now under Edit menu [CL 2324285 by Dan Hertzka in Main branch]
2014-10-09 12:34:55 -04:00
"DeviceProfileEditor",
"UndoHistory",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
}
);
PrivateIncludePathModuleNames.AddRange(
new string[] {
"AssetTools",
"DesktopPlatform",
"GameProjectGeneration",
Added support for choosing which platforms your project will target TTP# 332489 - TOOLS FEATURE: Editor: Allow user to designate which platforms a project is designed for; warn user when deploying to platforms that will result in a bad time There is now a "Target Platforms" tab in the project settings which allows you to choose which platforms your project will target. This information is stored inside the .uproject file. If you try and launch, cook, or package for a project that isn't on the supported list, then you'll see a suppressible warning notifying you that the project may not run as expected. This is also conveyed to you via a warning icon next to platforms which aren't set as a target. Additionally the target platform icons are shown in the tooltip on the "Open Project" dialog, as well as in the tab area of the level editor. ReviewedBy Thomas.Sarkanen, Max.Preussner [CL 2088161 by Jamie Dale in Main branch]
2014-05-29 17:37:19 -04:00
"ProjectTargetPlatformEditor",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
"LevelEditor",
Add SuperSearch module [CL 2222237 by Ori Cohen in Main branch]
2014-07-17 11:10:03 -04:00
"OutputLog",
"SuperSearch",
fixed up incorrect/obsolete module dependencies in various Editor modules [CL 2048469 by Max Preussner in Main branch]
2014-04-23 19:18:58 -04:00
"Settings",
#summary Source code access is now done via plugins #ttp 330039 EDITOR: Platform-agnostic editor code depends on Windows-only VSAccessor headers #detail Source code access is now extensible via plugins, so any new editors can be easily added. #add Added SourceCodeAccess module that routes access via plugins. #change Moved much of the old VSAccessor code into a new VisualStudioSourceCodeAccess plugin. #add Added a counterpart XCode plugin & migrated the code from FSourceCodeNavigation (Applescript etc.) into there. #remove Removed applescript for XCode access (it is now done via code). #remove Removed source code access functionality from platform layer. #add Added details customization for source code access settings, so users can choose their own accessor. #remove Removed dependencies on VSAccessor. #change Changed API in SWidget to not require building a string to be parsed, instead this acesses and forwards filenames & line numbers. #extra Tested on Mac by Mark S. reviewed by Andrew.Brown [CL 2048697 by Thomas Sarkanen in Main branch]
2014-04-23 19:19:51 -04:00
"SourceCodeAccess",
Slate : Toolbox now in Runtime/ and unversally accessible via Ctrl+Shift+~. Disabled for UE_BUILD_SHIPPING || UE_BUILD_TEST. #codereview Wes.Hunt [CL 2387291 by Nick Atamas in Main branch]
2014-12-12 15:03:16 -05:00
"Toolbox",
Added the experimental Localization Dashboard UI. [CL 2421013 by Saul Abreu in Main branch]
2015-01-27 16:31:40 -05:00
"LocalizationDashboard",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
}
);
PrivateIncludePaths.AddRange(
fixed up incorrect/obsolete module dependencies in various Editor modules [CL 2048469 by Max Preussner in Main branch]
2014-04-23 19:18:58 -04:00
new string[] {
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
"Editor/MainFrame/Private",
"Editor/MainFrame/Private/Frame",
"Editor/MainFrame/Private/Menus",
}
);
DynamicallyLoadedModuleNames.AddRange(
fixed up incorrect/obsolete module dependencies in various Editor modules [CL 2048469 by Max Preussner in Main branch]
2014-04-23 19:18:58 -04:00
new string[] {
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
"AssetTools",
"DesktopPlatform",
"Documentation",
"GameProjectGeneration",
Added support for choosing which platforms your project will target TTP# 332489 - TOOLS FEATURE: Editor: Allow user to designate which platforms a project is designed for; warn user when deploying to platforms that will result in a bad time There is now a "Target Platforms" tab in the project settings which allows you to choose which platforms your project will target. This information is stored inside the .uproject file. If you try and launch, cook, or package for a project that isn't on the supported list, then you'll see a suppressible warning notifying you that the project may not run as expected. This is also conveyed to you via a warning icon next to platforms which aren't set as a target. Additionally the target platform icons are shown in the tooltip on the "Open Project" dialog, as well as in the tab area of the level editor. ReviewedBy Thomas.Sarkanen, Max.Preussner [CL 2088161 by Jamie Dale in Main branch]
2014-05-29 17:37:19 -04:00
"ProjectTargetPlatformEditor",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
"LevelEditor",
Add SuperSearch module [CL 2222237 by Ori Cohen in Main branch]
2014-07-17 11:10:03 -04:00
"OutputLog",
"SuperSearch",
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
"TranslationEditor",
#summary Source code access is now done via plugins #ttp 330039 EDITOR: Platform-agnostic editor code depends on Windows-only VSAccessor headers #detail Source code access is now extensible via plugins, so any new editors can be easily added. #add Added SourceCodeAccess module that routes access via plugins. #change Moved much of the old VSAccessor code into a new VisualStudioSourceCodeAccess plugin. #add Added a counterpart XCode plugin & migrated the code from FSourceCodeNavigation (Applescript etc.) into there. #remove Removed applescript for XCode access (it is now done via code). #remove Removed source code access functionality from platform layer. #add Added details customization for source code access settings, so users can choose their own accessor. #remove Removed dependencies on VSAccessor. #change Changed API in SWidget to not require building a string to be parsed, instead this acesses and forwards filenames & line numbers. #extra Tested on Mac by Mark S. reviewed by Andrew.Brown [CL 2048697 by Thomas Sarkanen in Main branch]
2014-04-23 19:19:51 -04:00
"SourceCodeAccess",
Added editor notification when automatic hot reload completes [CL 2264535 by Mike Fricker in Main branch]
2014-08-20 13:58:31 -04:00
"EditorLiveStreaming",
Added the experimental Localization Dashboard UI. [CL 2421013 by Saul Abreu in Main branch]
2015-01-27 16:31:40 -05:00
"HotReload",
"LocalizationDashboard"
Engine source (Main branch up to CL 2026164)
2014-03-14 14:13:41 -04:00
}
);
}
}
Reference in New Issue Copy Permalink