Link picker via fetch#2484
Conversation
|
Wanna run full suite of Android and iOS UI tests? Click here and 'Approve' CI job! |
|
@mkevins @SylvesterWilmott I had a chance to give the latest build a proper spin, and I noted a few additional things that I think could be ironed out. I also made some sketches (attached below) in an effort to visualize my suggestions. Labeling
Initial Sheet
Full Sheet
Here is what all of the above would look like (yellow lines == matching labels, pink == tap gesture): Other Questions
|
|
Thanks for the awesome design feedback Thomas!
✔️ Done
✔️ Done
✔️ Done
I agree this makes more sense. I have updated without the icon. Let me know what you think, or if I should add it back. Thanks for the great suggestions!
I think it does make sense. Following the example from the custom color picker, I added the checkmark for Android, and the word "Apply" for iOS. Do you think that makes sense?
✔️ Done - I added a 150 px container for the spinner (centered vertically within), and it stops displaying the extra space when we know we've reached the end of results. Let me know what you think of it, or if it needs adjusting the height.
I believe this is the plan for further iterations. At the moment, there is still some ongoing work with the bottomsheet navigation, so I think it'd make sense for that to land before implementing in other bottomsheets, but I've had the other use-cases in mind while forming the interfaces, so it should be fairly straightforward to reuse the underlying components. Thanks again for all your help @iamthomasbishop and @SylvesterWilmott ! |
|
@mkevins thanks for the update and for taking care of all of those changes so quickly! Testing out the latest Android and now iOS builds, and it's getting really close! I have some updated suggestions, and again I'd be curious to hear what @SylvesterWilmott thinks — and as always, feel free to point out if you disagree with anything!
Sounds good! Expanded sheet
Search results
After selection
That's all I've got for now! It's getting super close, and very usable already, so well done @mkevins ! |
|
Hi @iamthomasbishop , thanks for taking another look 😄
✔️ Done
This one might be a little tricky with the current bottomsheet, but might be possible with the navigation in the bottomsheet that is currently underway. cc: @dratwas 👋 😃 any thoughts on this 👆 ?
This is achievable, but to clarify, do you mean for it to close the bottomsheet altogether, or just modify the button text (and still return to the smaller link editing sheet)?
Thanks for the suggestion. I've updated the summaries as follows: for email: "Add this email link", for telephone: "Add this telephone link". I can also remove the word "link" from those, but it felt weird without it, imo.
Certainly! I looked around a bit in the Icons package, and also Gridicons, but I didn't find anything obvious for these. Once we have some Icons to use, it'll be easy to add. Btw, currently, it should not show the globe icon for those kinds of links.. did you encounter that? If so, perhaps the input value was missing the
This one is a little tricky. The current behavior is that the post or page title will populate the "Link text" field upon returning, as long as it is empty (i.e. it will not overwrite that value if it is already populated). But, the values there directly correspond with the underlying rich text. We could hypothetically hide the full url, displaying only the the title instead, but I think we'll still need to display the link text. Some problems I can foresee are:
Are any of the remaining items considered "blockers" for this iteration? Thanks again for all your helpful guidance! 😄 👍 |
|
Updated builds: |
|
@dratwas Looking really good overall! A couple of tiny things: Android-only
iOS-only
|
|
Thanks for your feedback @iamthomasbishop! I made a list below to track all of your suggestions. Could you please take a look and answer to the questions i asked in section Need details
I can not see it on the video because the modal is open from the very beginning but - how you open the link settings? In progress
Hmmm i haven't seen this before but finally, i reproduced that after a lot of switches between screens. Done
Need Decision
|
|
Thank you @dratwas!
The reason I put it under Android-only is that I think we're going to for-sure keep the current (in this build) input style, so I provided the color values w/ that in mind.
Sure thing! I took a look at our current color variables, and I think we can use the (Note: there are other places that we will also need to update, but while we're here, let's fix these instances on the sheet 😄 )
Sorry the video might not have been super clear. The issue is happening at the same time as the keyboard-position issue -- when I have a link already. So to clarify, it's happening when I have an existing link, tap the "link to" cell to open the full sheet (to edit), then hit |
Yeah, i was surprised that the color is passed by the |
|
Hey @iamthomasbishop :) Could you please review it one more time? :) |
|
@dratwas Got a chance to review again, thanks for the updated builds! Here are my notes:
|
|
Hey, @iamthomasbishop thanks for this review :)
Done
Hmmm, I use the same color for both platforms (these ones you provided in previous comments ) Should I change them for Android? If yes, please provide correct values :)
On it, however, it doesn't happen every time, just sometimes, and is quite hard to find the root cause. |
Interesting, here's what I'm seeing in the latest test builds:
Yea, it's hard to pin down. It's a very subtle thing, if we need to create a separate ticket for it that's fine. |
|
@dratwas ahh, I wonder if the build I tested on Android wasn't the latest. I'll try to update again and double check. |
|
@dratwas Sure enough, I wasn't on the latest build. Colors look good on Android as well 👍 I'm still seeing the same actions in the sheet header -- to clarify, here's what I was trying to explain in my previous comment: |
|
@dratwas Are you still unable to reproduce the "double-string" issue? I'm able to reproduce it with no issue. Steps:
|
|
Hey @iamthomasbishop thanks for the exact steps to reproduce. I fixed it and generated a new build with the latest changes. |
|
@dratwas @lukewalczak Just took the latest builds of iOS and Android for a spin, and I think it's looking good-to-go. I will spend some time next week documenting (in the form of a new GH ticket) the things we would like to attack in the next iteration — most importantly extending this UI/flow to other places that have link settings (image block, buttons, etc). Thanks y'all for all of the great work on this, stoked we're going to ship it! |
geriux
left a comment
There was a problem hiding this comment.
LGTM! Approved via WordPress/gutenberg#23922 (review)





Related PRs
gutenberg: WordPress/gutenberg#23922WordPress-Android: wordpress-mobile/WordPress-Android#12438WordPress-iOS: wordpress-mobile/WordPress-iOS#14537Details
This is a PR to produce a test apk for design review of the link picker feature.
To test:
Pre-testing steps:
the apk the apkthe apk from the WordPress-Android PR.Adding a link
Editing a link
Design questions
Note some known issues in the current implementation
URL "Input" (button)
On the main screen, I've made the button for editing the URL appear as a text input. When tapped, it opens the fullscreen modal for editing / searching the URL. When populated, that field appears with an ellipsizemode = "middle". Please let me know if this is acceptable:
Direct entry suggestion
On web, there is a suggestion in the results for entering the URL "as is", however this appears at the bottom of the list, so it is hidden from view until you scroll all the way to the bottom. This is not ideal, IMO, and in our implementation, this would be worse, since every time we reach the bottom, we'd have new results fetched, pushing it further down. I've instead added this entry at the top. Let me know if this behavior is ok:
Icons vs. pills
The web uses pills (on the right) to distinguish post "subtypes" such as "post" and "page", and also to distinguish other kinds of links (such as mailto: and tel: links). In earlier designs for mobile, we have icons (on the left), so I've added icons, but I'm not sure these are ideal for distinguishing between the types. I think we need to decide either on a set of icons that are easily distinguishable (especially between page / post) or maybe we can also go with "pills" like web. Here's how it looks now on web vs mobile:
Here's how it looks with neither icons, nor pills (mailto: link direct entry suggestion):
If we decide to use icons, it might be good to specify icons for the following types of links (which are supported by the current implementation):
post: A published postpage: A published pagemailto: A directly entered "mailto:" linktel: A directly entered "tel:" linkinternal: A directly entered anchor link ("#")PR submission checklist:
[RELEASE-NOTES.txt](RELEASE-NOTES.txt)if necessary.