Protect what matters – even after you're gone. Make a plan for your digital legacy today.
Forum Discussion
Former Member
3 years agoSearching for phone numbers
- I have phone numbers stored under a login item, under the field "Phone"
- Say the phone number is +1347xxxx1234
- When running a search, if I search for +1347 : the login item is returned (correctly)
- When running a search, if I search for 1234 : no results are returned
- If the phone number is under "Notes", searching for any part of the number, returns the result
Is this expected behavior? Am I missing a search operator for "contains", rather than "begins with"?
Thanks!
1Password Version: 8.6.0 (80600068, on BETA channel)
Extension Version: Not Provided
OS Version: mac OS 12.2.1
14 Replies
- Former Member
Hi Jack_P_1P
Thanks much, seems to work well! - Jack_P_1P
1Password Team
Hi @speedbird:
I just wanted to follow up and let you know about some improvements to substring search you'll see in today's nightly release (80901013):
In this case, I have a fake phone number containing
555. While the phone field isn't searched in-line, if you choose "Show all matching items" from the search results, you'll see phone numbers searched, and match inside a phone number, not just at the start. Let me know how you get on with that!Jack
- viswizSuper Contributor
As much as I prefer the way Find works in contrast to Search it's confusing for me too. Even worse in the German translation both use exactly the same wording in the menu:
version 80700045 nightly macOS
- 1P_Rob
1Password Team
Your confusion is completely understandable. I hope we'll be able to create something that is both useful and comprehensible. :)
- voltsSuper Contributor
Thanks! The functionality is useful.
I’m just very confused about the combination of
SearchandFind, why they’re both needed, and how they behave differently and interact together.But I’m often pretty slow. :-)
- 1P_Rob
1Password Team
Thanks for the usability feedback, volts!
I agree the Find feature can use some polish. I also didn't know about it until I saw Peter's post. I looked through our code history and found that we actually did have a UI control for it, but it was removed because it was "distracting and probably not the correct UX". The menu item and keyboard shortcut were left in place so that we can keep experimenting.
I've passed on your feedback to the team so we can consider it as we continue defining this feature moving forward.
ref: dev/core/core#14127
- voltsSuper Contributor
I hadn't noticed the Find / Filter feature! I'm very happy to have it. I'm still hoping that Search gets substring functionality back, too. But this is very useful, thank you.
From a discoverability perspective -
* I didn't know Find existed
* There's no GUI button to activate Find
* The behaviors of Search and Find aren't obvious
* The distinction between Search and Find isn't obvious
* The verb "Find" doesn't imply "Filter" to meFind covers up other parts of the UI -
* When Find is active, Sort options aren't accessible
* After performing a Search --> Show all matching items -
* Find hides the 2 results for "search string" text
* The active Search string isn't visible
* There's no indication both Search and Find are active
* Search and Find must both be cancelled to view all items -
* You cancel a Search by clicking the round ( x ) button to the LEFT
* You cancel a Find by clicking the flat X at the FAR RIGHT
* Performing a Search while Find is active can result in an empty list, but a new item displayedMisc -
* Find doesn't update the list item count
* Find is immediately below Search, but the field is different and font is larger
* Command-Option-F doesn't return focus to the Find field if it is already open - Former Member
Noted, 1P_Rob. Thanks much.