Age | Commit message (Collapse) | Author |
|
Apply both Mod2 and Meta to the keypress, as native also does that. Change users to point to Meta, for consistency with native events
|
|
|
|
|
|
Fixes VSTS #957299
|
|
|
|
[IDE] Listen for NSNotification to know if the app was started from F…
|
|
On Mac when the app is started from Finder, the requested files are passed to the app asynchronously, so we need to listen for the event.
Fixes VSTS #737145
|
|
|
|
[GetToCode] Uses hideWelcomePage flag in WelcomePageService
|
|
"System.NullReferenceException" when closing a solution while a json file is open & the solution doesn't close.
This is the MonoDevelop side of the fix for 861121. For non-C# files they could still be a part of WebEditorRoslynWorkspace, and not MonoDevelopWorkspace, and we need to gracefully deal with that.
|
|
|
|
Fixes VSTS #894451
|
|
|
|
Don't initialize DefaultWorkbench until it is shown for the first time.
One problem is that the status bar is used before the workbench
is shown, so added a wrapper class that will work as
a dummy status bar until the real one is shown.
|
|
The WelcomePageService's Initialize method and the DefaultWorkbench's
InitializeWorkspace both attempt to configure the global main menu
asynchronously. If the WelcomePageService configured the main menu
before the command service was initialized in IdeApp the native Mac
menu was not available. A null reference exception was logged:
Could not install global menu
System.NullReferenceException: Object reference not set to an instance of an object
at MonoDevelop.MacIntegration.MacPlatformService.InitApp (MonoDevelop.Components.Commands.CommandManager commandManager) [0x00009] in /Users/vsts/agent/2.150.3/work/1/s/monodevelop/main/src/addins/MacPlatform/MacPlatform.cs:483
at MonoDevelop.MacIntegration.MacPlatformService.SetGlobalMenu (MonoDevelop.Components.Commands.CommandManager commandManager, System.String commandMenuAddinPath, System.String appMenuAddinPath) [0x00031] in /Users/vsts/agent/2.150.3/work/1/s/monodevelop/main/src/addins/MacPlatform/MacPlatform.cs:416
The problem was that the WelcomePageService was using IdeApp's
CommandService to configure the global main menu instead of using
the CommandManager it had obtained from Runtime.Services.
Fixes VSTS #893198 - Menu bar appears in main VSMac window instead of
native macOS menu bar
|
|
|
|
|
|
|
|
Revert "[GetToCode] Removes unnecessary check to WelcomeWindowVisible"
This reverts commit ee3403edcbbf25aed49103e358c9253541b78d7e.
This reverts commit c5500f2e9ba44c936aa81104c9c722d940ed70e5.
The original behaviour was actually the desired one and similar
to what Xcode does.
|
|
[GetToCode] Adds checked state in menu when start window is focused
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/826366
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/814630
|
|
Just keep track of the IWelcomeWindowProvider, and make that
interface provide methods for keeping track of the window itself.
|
|
merge-integration
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/801647
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/801647
|
|
|
|
|
|
|
|
All services are now referenced from the IdeServices class
|
|
Conflicts:
main/external/xwt
main/src/addins/MacPlatform/MacPlatform.csproj
main/src/addins/MonoDevelop.PackageManagement/MonoDevelop.PackageManagement.Tests/MonoDevelop.PackageManagement.Tests.csproj
main/src/addins/MonoDevelop.PackageManagement/MonoDevelop.PackageManagement.Tests/packages.config
main/src/core/MonoDevelop.Core/MonoDevelop.Core.csproj
main/src/core/MonoDevelop.Ide/MonoDevelop.Ide.csproj
main/tests/MonoDevelop.Core.Tests/MonoDevelop.Core.Tests.csproj
main/tests/MonoDevelop.Core.Tests/packages.config
version-checks
|
|
In this case, whether the operation was started by the user (via the Window->
Start Window menu) or not.
|
|
|
|
|
|
|
|
IWelcomeWindowProvider
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/737146
|
|
https://devdiv.visualstudio.com/DevDiv/_workitems/edit/737155
|
|
If there's a dialog provider for the welcome page, prefer that, and only use
Widget version of it as a fallback. And when so, give control to that
window, hiding the main window.
|
|
* [Core] Name is already localized
* Fix up invalid GettextCatalog.GetString calls or optimize them
* Optimize SignatureHelpParameterHintingData appends
* Fix extra allocatins in appends found by string append analyzer
|
|
Fixes #5345
|
|
|
|
This allows extensions to show/hide the welcome
page and to handle welcome page service events.
|
|
* [Ide] Colors refactoring: DimTextColor is now SecondaryTextColor
* [Ide] Styles: Routing DimTextColor to SecondaryTextColor
* [Ide] Styles: Routing DimTextColor to SecondaryTextColor (fix)
|
|
The Invoke API now can take both an Action and an EventHandler. delegate {} causes ambiguous results.
|