Age | Commit message (Collapse) | Author |
|
Mac: Add extensions for converting from NSFont
|
|
Taken from https://github.com/xamarin/vsmac/pull/9164
|
|
|
|
|
|
[Mac] Prevent ScrollView from scrolling out of bounds
|
|
|
|
Update for macos workload RC3 API changes
|
|
This needs a little extra time to make work correctly now that GetRects
is not bound for NSTextView.
I cannot find any RichTextView in VSMac that uses anything but plain
text so this should not cause any regression there.
|
|
|
|
Mac: Make dialog window key when showing
|
|
Fixes scenarios where a dialog is shown but a background window
continues receiving input.
|
|
The TextLayoutBackendHandler did not handle NSFont returning null
when trying to get a different weight or size for an NSFont.
System.ArgumentNullException: Value cannot be null. (Parameter
'value')
at ObjCRuntime.ThrowHelper.ThrowArgumentNullException(
String argumentName) in xamarin-macios/src/ObjCRuntime/
ThrowHelper.cs:line 28
at Foundation.NSMutableAttributedString.AddAttribute(
NSString attributeName, NSObject value, NSRange range) in
xamarin-macios/src/build/dotnet/macos/generated-sources/Foundation/
NSMutableAttributedString.g.cs:line 187
at Xwt.Mac.MacTextLayoutBackendHandler.LayoutInfo.
AddAttributeInternal(TextAttribute attribute) in Xwt.XamMac/
Xwt.Mac/TextLayoutBackendHandler.cs:line 210
at Xwt.Mac.MacTextLayoutBackendHandler.LayoutInfo.AddAttribute(
TextAttribute attribute) in Xwt.XamMac/Xwt.Mac/
TextLayoutBackendHandler.cs:line 125
at Xwt.Mac.MacTextLayoutBackendHandler.AddAttribute(Object backend,
TextAttribute attribute) in Xwt.XamMac/Xwt.Mac/
TextLayoutBackendHandler.cs:line 405
at Xwt.Drawing.TextLayout.set_Markup(String value) Xwt.Drawing/
TextLayout.cs:line 260
|
|
[WindowFrameBackend] Only add parenting when dialog is preparing it be shown
|
|
|
|
|
|
|
|
|
|
|
|
|
|
added+center
|
|
(this is taked into account when the window is shown)
|
|
Fix so that drag/drop support works properly with the Cocoa backend.
This PR includes these fixes:
DraggingUpdate passed the wrong coordinates. Now do the proper conversion from view coordinates to window coordinates, as expected by the Xwt client.
Get the INSDraggingInfo object in the proper way, with Runtime.GetINativeObject<INSDraggingInfo> (dragInfo, owns: false), same as we do in other code now.
Use the newer NSView.BeginDraggingSession API instead of the deprecated NSView.DragImage. This is needed so that we can provide a DraggingSource object in order to be notified when the drag/drop is over (no matter if successful or not) and call the Finished callback, as expected by Xwt client code.
Populate the pasteboard item used for the drag properly, supporting text drag/drop and internal formats (normally a serialized object where the Id is the assembly qualified type name).
To my knowledge the Android Designer is the only client that still uses this drag/drop code. All of these fixes were to make Android Designer drag/drop work properly.
Squashed commits:
* Update InitPasteboard, including all data types
* Treat as internal data
* Update INSDraggingInfo type, thanks to Sandy
* More fixes
* Fix DraggingUpdated coordinates to be widget, not window
* Serialize drag data for Cocoa backend
This more closely matches what was
done on Gtk before. It’s needed for at
least the Android Designer, supporting
drag/drop on the AndroidDesignerDragData
serializable type.
* Use BeginDraggingSession for drag/drop
This allows sending the OnDragFinished notification
when the drag/drop is complete, in turn calling
DragOperation.Finished. Calling Finished is expected
for Xwt - it did before for Gtk and this makes
the Cocoa backend behave the same.
* Update pasteboard handling
* Only use valid names for pasteboard types
* Switch to using INSDraggingSource
* Spaces -> tabs
|
|
Sets a default parent in dialogs with empty parent
|
|
|
|
[AlertDialogBackend] Ensures parent is set using the active window if there are not any window specified
|
|
text field wrapping to prevent long passwords appearing as multiple lines (#1098)
|
|
|
|
[Xam.Mac] Fixes parenting in DialogBackend
|
|
|
|
Fix Cocoa link labels to properly launch the browser
|
|
Revert changes to KeyCode handling
|
|
|
|
Revert SingleOrDefault change which does not do what I thought it did
|
|
|
|
Mac: s/IntPtr/NativeHandle for several missed constructors
|
|
Part of https://dev.azure.com/devdiv/DevDiv/_workitems/edit/1493053
|
|
Fix up KeyboardUtil so it doesn't marshal strings unnecessarily multi…
|
|
Optimize some image API usages
|
|
Auto-generate assemblyinfo so minimum OS version works
|
|
|
|
|
|
Add a hardware key field to get the physically pressed key
|
|
|
|
Update XamMac link labels to launch the browser directly,
in the standard way we do it elsewhere in VSMac.
Fixes AB#1484767
This behavior worked before with the Gtk backend, but
I don't think it ever worked properly with the Cocoa
|
|
|
|
|
|
|
|
multiple times."
This reverts commit 4f3762af1ed9022a016c47a15f6bc7e9ec673c09.
|
|
|
|
Cocoa passes ctrl+i as a tab key, so check that Characters is not whitespace
|