-
Notifications
You must be signed in to change notification settings - Fork 984
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Design fixes for profile options #15966
Conversation
@@ -69,12 +69,17 @@ | |||
(when js/goog.DEBUG | |||
[reloader/reload-view])])))) | |||
|
|||
; Designs require bottom inset to be bigger than safe area, otherwise it is too close to the bottom |
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.
Do you think its better if we move this block of code to status-mobile/src/react_native/safe_area.cljs
?
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.
Not sure, to be honest. Safe area is used in a lot of different contexts and the file safe_area.cljs
used as an interface react-native-static-safe-area-insets
. So I don't think that moving bottom-sheet stuff there will be beneficial. Whereas its declaration near the place of use looks more obvious to me.
Wdyt?
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.
Hmm I can understand why you did this, to be honest in most cases i do this too.
The thought process behind my original comment was this ,
Since safe_area.cljs
is an interface, I thought it would be better to have a bottom sheet variant over there which could then be used like this in your code like this :
(def bottom-sheet
(reagent/reactify-component
(fn []
(let [{:keys [sheets hide?]} (rf/sub [:bottom-sheet])
sheet (last sheets)
insets (safe-area/bottom-sheet-insets)]
^{:key (str "sheet" @reloader/cnt)}
[:<>
[inactive]
But totally upto you, I don't have a very strong opinion on this :)
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.
I checked all the usages of (safe-area/get-insets)
and didn't find other similar code where insets are changed right after getting. So I would suggest leaving it as is. And if we will find out that different components also want to get some alternated insets, we can move all these alternations to safe_area.cljs
.
In general I think that developer who opened safe_area.cljs
for his own reasons shouldn't stumble upon bottom-sheet
mention and think about it, since it is on another level of abstraction)
Jenkins BuildsClick to see older builds (8)
|
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.
Other than a minor comment, this looks good to me, good work @vkjr
84% of end-end tests have passed
Failed tests (5)Click to expandClass TestOneToOneChatMultipleSharedDevicesNewUi:
Class TestActivityCenterContactRequestMultipleDevicePR:
Class TestCommunityMultipleDeviceMerged:
Passed tests (27)Click to expandClass TestOneToOneChatMultipleSharedDevicesNewUi:
Class TestActivityMultipleDevicePR:
Class TestCommunityOneDeviceMerged:
Class TestGroupChatMultipleDeviceMergedNewUI:
Class TestCommunityMultipleDeviceMerged:
|
50% of end-end tests have passed
Failed tests (2)Click to expandClass TestCommunityMultipleDeviceMerged:
Class TestOneToOneChatMultipleSharedDevicesNewUi:
Passed tests (2)Click to expandClass TestActivityCenterContactRequestMultipleDevicePR:
|
@@ -73,7 +73,7 @@ | |||
(styles/sheet insets window-height override-theme shell?))} | |||
|
|||
(when shell? | |||
[blur/view | |||
[blur/ios-view |
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.
Do we have issues for blur on Android here? Asking so I can try to fix it here #15953
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.
Yeah, with blur/view
it looks incorrect on Android
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.
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.
Thanks, I'll try to fix it on my PR 👍
Thanks for the fixes @vkjr! |
@qoqobolo, thank you! |
Partially fixes design notes from #15789
Summary
Fixes the following notes:
status: ready