Age | Commit message (Collapse) | Author |
|
This ensures that the CommandManager is able to match up the commands
with the window and update them properly.
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=32470
|
|
This window hint doesn't seem to be doing anything for us, and
on OSX it is causes the window to disappear when the app loses
focus.
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=26218
|
|
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=27868
|
|
When a pad is shown (for example Toolbox) it appears to have focus, but
in reality it doesn't because it's been blocked from accepting. At this
point we visually have input in the pad, but it's actually in the text
editor, and the only way to correct it (and get auto-hiding to work again)
is to click/focus the widget that already visually appears to have focus
so that it actually *does* have focus.
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=27917
|
|
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=26908
|
|
|
|
|
|
1fdcc70515cdb917fe620aeba216824dcd0c0643. IDE is throwing following
exception...
System.NullReferenceException: Object reference not set to an instance
of an object
at MonoDevelop.Components.Docking.DockBarItem.<Present>m__2 ()
[0x00027] in
main/src/core/MonoDevelop.Ide/MonoDevelop.Components.Docking/DockBarItem.cs:278
at GLib.Timeout+TimeoutProxy.Handler () [0x00000] in <filename
unknown>:0
|
|
When presenting a pad, make sure the window that contains it gets the
top level focus, otherwise it will be closed shortly after being shown.
|
|
|
|
|
|
|
|
|
|
Fixes bug 16972 - Focus widget resets when switching layout
|
|
Use NSWindow.SetFrame to move and change the size of the sliding pad
windows all at once. This reduces window bumping a bit. It is not perfect
but good enough for now.
|
|
|
|
With the Toolbar type hint, GdkQuartzWindow returns NO from
-(BOOL)canBecomeMainWindow and YES from -(BOOL)canBecomeKeyWindow
|
|
This reverts commit 8019759c829d5ed345f48c655622a6c838270d34.
|
|
Work around the focus issues by switching to WindowType.Popup and showing the window
*after* we add child. However, realizing the window before it's shown causes it to
appear at the display origin and then get moved into the desired location when we
show it. This causes a highly visible flickering issue. There isn't any apparent want
to prevent this, so we're masking the flickering using an opacity trick.
|
|
|
|
there are issues with mouse clicks being eaten by the dockbars. For
example, when the welcome page is up the dockbar on the right eats
clicks when the user tries to grab the right scrollbar.
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=19445
|
|
|
|
|
|
Use Xwt.Drawing.Color instead of HslColor
|
|
|
|
Conflicts:
main/src/addins/CBinding/CBinding.csproj
main/src/addins/CSharpBinding/CSharpBinding.csproj
main/src/core/MonoDevelop.Ide/MonoDevelop.Components.Docking/DockBarItem.cs
main/src/core/MonoDevelop.Ide/MonoDevelop.Ide.Gui/Workbench.cs
version-checks
|
|
Set the requisition to the primary surface size rather than adding it,
otherwise we can get a widget that grows in size each time it receives
a size request. This can occur when we change themes, or on Windows when
any number of system settings (such as desktop background) are changed.
Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=15967
|
|
|
|
|
|
|
|
Conflicts:
main/src/addins/CSharpBinding/MonoDevelop.CSharp/PathedDocumentTextEditorExtension.cs
main/src/addins/MonoDevelop.AssemblyBrowser/MonoDevelop.AssemblyBrowser/TreeNodes/AssemblyReferenceNodeBuilder.cs
main/src/addins/MonoDevelop.SourceEditor2/MonoDevelop.SourceEditor/SourceEditorView.cs
main/src/addins/VersionControl/MonoDevelop.VersionControl/MonoDevelop.VersionControl.Views/ChangeSetView.cs
main/src/addins/VersionControl/MonoDevelop.VersionControl/MonoDevelop.VersionControl/VersionControlNodeExtension.cs
main/src/addins/VersionControl/MonoDevelop.VersionControl/MonoDevelop.VersionControl/VersionControlService.cs
main/src/core/MonoDevelop.Ide/MonoDevelop.Ide.Gui/DocumentSwitcher.cs
|
|
|
|
|
|
Please use an up to date Mono.
This reverts commit 54a64a751b7070237368b7967cc4a6adff6bc468.
|
|
This reverts commit 1db8e4676941210b5bf7c68e01f70e1b85cd2a41.
|
|
|
|
Conflicts:
main/src/addins/GnomePlatform/GnomePlatform.csproj
main/src/addins/VersionControl/MonoDevelop.VersionControl/MonoDevelop.VersionControl.Views/LogWidget.cs
main/src/addins/VersionControl/MonoDevelop.VersionControl/MonoDevelop.VersionControl/VersionControlNodeExtension.cs
main/src/addins/VersionControl/MonoDevelop.VersionControl/MonoDevelop.VersionControl/VersionControlService.cs
main/src/core/MonoDevelop.Ide/MonoDevelop.Components.Docking/DockBarItem.cs
main/src/core/MonoDevelop.Ide/MonoDevelop.Ide.CodeCompletion/ListWindow.cs
main/src/core/MonoDevelop.Ide/MonoDevelop.Ide.csproj
|
|
|
|
|
|
Fixes 13157 - No way to get Document pad back if you undock/close it
|
|
|
|
|
|
|
|
|
|
Around 420 native objects by solution load
|
|
|
|
Workaround for BXC9883 - Xamarin Studio hides when there is a nonmodal
floating window and it loses focus
|
|
welcome screen
|
|
It required implementing a special class for getting
the pointer leave event, since in this case doesn't have
to be fired when the pointer is moved to a child.
|
|
Hide the autohide pads when showing the welcome page,
and don't allow them to show while the page is open.
If a pad or a document is focused while the welcome
page is visible, hide it.
Fixes bug 8273 - Invisible pads still show on hover in
Default configuration
|