-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
[Site Design Revamp] Main View - remove filtering and action buttons #18506
[Site Design Revamp] Main View - remove filtering and action buttons #18506
Conversation
… and have more control over collection view cells.
You can test the changes in WordPress from this Pull Request by:
|
primaryActionTitle: createsSite ? TextContent.createSiteButton : TextContent.chooseButton, | ||
secondaryActionTitle: TextContent.previewButton | ||
// the primary action button is never shown | ||
primaryActionTitle: "" |
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.
This is the only part where CollapsableHeaderViewController
didn't quite support what we needed. We'll never show a primary action, so there's no need for us to supply a title.
You can test the changes in Jetpack from this Pull Request by:
|
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.
Hey @twstokes , the test cases work. I left one code comment, and have one observation:
when selecting a design from the design picker, there is no feedback to the user that they have actually selected that design. This is not totally desirable, but can also be addressed in a future PR. If we do so, we should add it here as a known issue.
return sections[sectionIndex].designs[position] | ||
var selectedPreviewDevice: PreviewDevice { | ||
get { .mobile } | ||
set { /* no op */ } |
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.
if set
does nothing, can we just
var selectedPreviewDevice: PreviewDevice {
.mobile
}
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.
Good catch! I'll get this fixed. This was left over from being a subclass of FilterableCategoriesViewController
which required a setter. 👍
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.
oh I see 👍
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.
This should be resolved with this commit.
Just to make sure I follow @Gio2018 - are we referring to the time between tapping a design and the preview modal appearing? I agree that we could improve that by adding some sort of animation, though I don't find it super critical since the user will be aware of what they selected after shortly after tapping (assuming the web demo loads!). Side note: When testing this I found a small bug.
It's requiring an extra tap to invisibly "deselect" before firing |
Yes that's what I was referring to. It isn't super critical and we don't need to block this PR for it, but we should add that improvement at some point, I think. |
Ok sounds good - I agree. 👍 |
…d remove the selection when dismissing the preview view.
The latest commits should address the following:
I tested for regressions in the Page Design view and didn't find any, though you may notice a slight flicker of the border:
I've confirmed this behavior predates this PR. 😅 |
I've discovered two more issues that will need fixing before this is reviewed, sorry about that.
|
Looks like the This is ready for re-re-review. 🙇 |
|
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.
!
This PR aims to resolve:
Before
After
Animated Border
Simulator.Screen.Recording.-.iPhone.13.-.2022-05-04.at.15.19.39.mp4
Observations:
Testing
No filter bar
No action buttons appear upon design selection
Only the border is shown around a selected design thumbnail when tapping
Page creation isn't affected
Regression Notes
Potential unintended areas of impact
What I did to test those areas of impact (or what existing automated tests I relied on)
What automated tests I added (or what prevented me from doing so)
PR submission checklist:
RELEASE-NOTES.txt
if necessary.