-
Notifications
You must be signed in to change notification settings - Fork 16
[Mac] Initial Variations implementation #600
Conversation
c0bfc0c
to
cb6103b
Compare
21b47a7
to
1f01ec4
Compare
7bc6786
to
774fc34
Compare
5fdabb4
to
1f5e720
Compare
@vancura Could you please cast your eye over the screenshots above ^^ |
Hey,
|
@vancura I'm curious about the change from the popup to a dialog, what was the motivation? |
@vancura I don't have the bitmaps you speak of. I have an If you have them, please send them to me. |
6bcb9d2
to
a892d4e
Compare
Also please see my comment above about the missing images. |
da3d76a
to
f40f1da
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Bugs:
- Changing theme after having the add variation dialog creates two dialogs the next time you invoke it.
- Switch to dark mode, add a variant, unselect the mock and reselect it. The line is the wrong color.
- Plus seems to turn a wrong color when the dialog is open.
- Add a variant, deselect mock and reselect. Variant is now readonly?
- Add a variant in grouped mode, variant is readonly.
Xamarin.PropertyEditing.Mac/Controls/Variations/CreateVariantWindow.cs
Outdated
Show resolved
Hide resolved
1f9c340
to
1049a57
Compare
I think we might want to add another property that the auto-focus on property button press thing uses to focus. Default it to the first key view and make it virtual. For variant properties, the remove variant button is the thing that gets focused after pressing the property button and that doesn't seem like the ideal behavior. |
Xamarin.PropertyEditing.Mac/Controls/Custom/UnfocusableButton.cs
Outdated
Show resolved
Hide resolved
Xamarin.PropertyEditing.Mac/Controls/Variations/CreateVariantView.cs
Outdated
Show resolved
Hide resolved
Xamarin.PropertyEditing.Mac/Controls/Variations/CreateVariantWindow.cs
Outdated
Show resolved
Hide resolved
3b6b044
to
17be6ce
Compare
17be6ce
to
db2d949
Compare
Due to time, I've added a separate issue with regard to the autofocus property button - #652 |
Due to time? This doesn't have a desirable behavior, it is not a separate issue. |
By Due to time, I'm talking about what Bill said. Also that desirable behaviour would be required if Variations was shipping, which at the moment, my understanding is that it is on hold. Hence why I set up the a separate issue. So that if it if we need to work on it again, there is already an issue for it. Also it isn't that the current behaviour is unusable. It makes sense when tabbing. The other scenario is what needs enhancing. |
Variations are also intended for Form's use, they are outside of the scope of the discussion with Bill. |
db2d949
to
ee488ff
Compare
ee488ff
to
ae6d88f
Compare
38f7796
to
c9f9f6f
Compare
@@ -154,8 +164,8 @@ private void PopUpContextMenu () | |||
|
|||
private void FocusClickedRow () | |||
{ | |||
if (Superview != null) { | |||
MakeFocusableKeyViewFirstResponder (Superview.Subviews); | |||
if (Superview is EditorContainer ec) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
By only passing the EditorView.NativeView.Subviews
the recursion only traverses down the EditorContainer
tree, thus avoiding the Variation
buttons.
c9f9f6f
to
f315c52
Compare
Believe I've addressed the last pending issue.
90e8e6d
to
91afd92
Compare
91afd92
to
620e4c8
Compare
620e4c8
to
9ebc783
Compare
No description provided.