Comments on latest beta

Thankyou so much!

Are there likely to be any fixes for the fullscreen issues or have they been parked for the time being?

I'm sorry to say I don't have further information on any of those at this point. It looks like they've all been filed, but I don't see any work-in-progress on them. Everybody is pretty well tasked with other fixes and improvements at the moment. That said, I understand these are important to you. I'll keep prodding at any opportunity.

Ben

1P_Ben Thanks for that, glad my clarification helped to describe the issue.

Are there likely to be any fixes for the fullscreen issues or have they been parked for the time being?

Re: #15. I've filed a feature request on this point. :)

Ben

ref: dev/projects/customer-feature-requests#1161

```

Thank you for all your great feedback, rctneil. It's very much appreciated. 🤗

You're very welcome!

For the Mission Control issue (#2) it seems to work fine for me on macOS 12.0 with the 1Password nightly. To be 100% sure I'm on the same page as you are, is this the same drag target you're referencing?

In this screenshot I created Desktop 2 anew and then dragged the main 1Password window onto it. I'm a point update behind on macOS and will try to install that later today. Perhaps something changed in the newer release. Or, perhaps you found a way to drag mini or are doing something else differently than I am?

I will attach a video. I do create a new desktop and try to drag the window but get a "No entry" sign.

https://dropover.cloud/55dac3773b275cc4fd617b8be2dec0db

Regarding issue #6:

On a machine without Touch ID, using 1Password from a text field in a browser when 1Password needs to be unlocked, still causes you to be thrown over to the 1Password app for the unlock to take place and then throws you back to the browser.

This is a technical limitation and unfortunately one that won't be resolved until we get additional APIs from the browser manufacturers. The issue is there is no way to programmatically open the 1Password toolbar popup. If we had a mechanism to do so we could prompt for your password directly within the browser and avoid any context switching. This issue is even more challenging when the main app isn't installed as you need to manually click on the toolbar icon yourself or use the keyboard shortcut. The only alternative is to prompt for the password directly within the web page but this is something we won't do as it websites could create convincing phishing attacks if we went this route.

I'm not on a machine without Touch ID right but as far as I can remember, the toolbar item menu does open and I have to click a button and then the context switches. Surely the password could be entered into the extension there as the toolbar icon window has already been opened?

Regarding issue #9 and the additional actions on rows within the item being within an overflow menu, I can see where you're coming from with wanting to avoid the extra click. In various versions of 1Password over the last 16 years we've toyed with this many times and have tried what you suggested. It works but I personally like this way more as it's deterministic. I don't like UIs that change on me unexpectedly and given the amount of horizontal space is so variable we'd need to shorten and lengthen the number of buttons shown depending on the width. We'd also need to continue relying on an overflow menu for rows with many possible actions. Worse in my mind is once you become worried about the width at the design level you immediately start trying to shorten things and replace everything with icons. I really enjoy how we're able to spell out View password history, Show in Large Type, and even Reveal and Copy. Having text labels is wonderful on many levels and having the freedom to accommodate longer labels is icing on the cake. The other part I love is I know screenshots I share with users will look the same to them as what the screenshot shows without needing to worry about things being different due to screen width. Since the primary action is already shown as a button and only the less commonly used actions are an extra click away, I feel this is a really good compromise and I personally see this new layout as a feature and hope we never need to change it.

This does make sense. Especially about staying consistent. I'm just wondering if there are way to make those other options more accessible to those who wish to use them. Maybe my first idea wasn't right, but maybe another solution exists? On a large screen (to be honest, I'm also finding it could be of use on my 13" MacBook in fullscreen mode), as the item bars are so wide, a click on 98% of the bars width causes a "Copy" operation and to access the other options, it requires me to move all the way to the other side of the window to access them. OMG, this sounds so petty, me moaning about having to move a cursor to the otherside of a laptop screen!

There must be a solution here that satisfies every issue.

Regarding dragging-and-dropping documents into 1Password, I was sure this worked already so I tested and took a screenshot to demonstrate. Then I re-read your question and realized that you were referencing item attachments, which indeed are currently not accepting the dropped item. There's no technical limitations against us doing so, we just need to find some time to address this.

Yeh, this would be very helpful! I would use drag and drop pretty much 100% of the time rather than click and pick file from finder window.

As for that screenshot I took, I really liked it and was sad at the thought of not being able to post it somewhere. So I'm posting it here even though it's not directly related to your question. 🙂

Nice screenshot!

Thanks again for sharing. It's been a privilege interacting with you over the last 8 years (nearly a decade now!🙌) and I look forward to continuing doing so over a few more decades. ❤️

It's been a pleasure to be a 1Password user. I do keep recommending you to others, but getting people into a "I need a Password Manager" frame of mind is tricky business. I find sometimes a lot of the problems are not from 1Password itself, it's everything else:

• Technology literacy
• Multiple software proving this functionality.
• Migrating from other managers
• Time for people to spending learning
• Multi platforms and how things look subtly different between them.
• Explaining how things sync via the cloud. (Trying to explain "the cloud" to my grandparents a few years ago was a disaster. There first comment: "We know what 'the cloud' is as we watched this programme of tv last night about technology and they said it was in a warehouse in Slough"! I just had visions in my head of a run down warehouse in Slough with a giant floating cloud locked up inside of it!

Quite a few of the issues posted previously in this thread are still issues in the latest beta. Main ones for me are the fullscreen mode issues. and the one I run into regularly is if you have an app like Chrome open in FSM and you open 1Password it shows ontop of Chrome and fills the screen but it's not officially in FSM like I left it. It's very annoying.

Thanks again and thanks dteare !

Neil

Thank you for all your great feedback, rctneil. It's very much appreciated. 🤗

A lot has already been covered here so I'm going to touch on just a few of the things that jumped out at me.

For the Mission Control issue (#2) it seems to work fine for me on macOS 12.0 with the 1Password nightly. To be 100% sure I'm on the same page as you are, is this the same drag target you're referencing?

In this screenshot I created Desktop 2 anew and then dragged the main 1Password window onto it. I'm a point update behind on macOS and will try to install that later today. Perhaps something changed in the newer release. Or, perhaps you found a way to drag mini or are doing something else differently than I am?

Regarding issue #6:

On a machine without Touch ID, using 1Password from a text field in a browser when 1Password needs to be unlocked, still causes you to be thrown over to the 1Password app for the unlock to take place and then throws you back to the browser.

This is a technical limitation and unfortunately one that won't be resolved until we get additional APIs from the browser manufacturers. The issue is there is no way to programmatically open the 1Password toolbar popup. If we had a mechanism to do so we could prompt for your password directly within the browser and avoid any context switching. This issue is even more challenging when the main app isn't installed as you need to manually click on the toolbar icon yourself or use the keyboard shortcut. The only alternative is to prompt for the password directly within the web page but this is something we won't do as it websites could create convincing phishing attacks if we went this route.

Regarding issue #9 and the additional actions on rows within the item being within an overflow menu, I can see where you're coming from with wanting to avoid the extra click. In various versions of 1Password over the last 16 years we've toyed with this many times and have tried what you suggested. It works but I personally like this way more as it's deterministic. I don't like UIs that change on me unexpectedly and given the amount of horizontal space is so variable we'd need to shorten and lengthen the number of buttons shown depending on the width. We'd also need to continue relying on an overflow menu for rows with many possible actions. Worse in my mind is once you become worried about the width at the design level you immediately start trying to shorten things and replace everything with icons. I really enjoy how we're able to spell out View password history, Show in Large Type, and even Reveal and Copy. Having text labels is wonderful on many levels and having the freedom to accommodate longer labels is icing on the cake. The other part I love is I know screenshots I share with users will look the same to them as what the screenshot shows without needing to worry about things being different due to screen width. Since the primary action is already shown as a button and only the less commonly used actions are an extra click away, I feel this is a really good compromise and I personally see this new layout as a feature and hope we never need to change it.

Regarding dragging-and-dropping documents into 1Password, I was sure this worked already so I tested and took a screenshot to demonstrate. Then I re-read your question and realized that you were referencing item attachments, which indeed are currently not accepting the dropped item. There's no technical limitations against us doing so, we just need to find some time to address this.

As for that screenshot I took, I really liked it and was sad at the thought of not being able to post it somewhere. So I'm posting it here even though it's not directly related to your question. 🙂

Thanks again for sharing. It's been a privilege interacting with you over the last 8 years (nearly a decade now!🙌) and I look forward to continuing doing so over a few more decades. ❤️

Take care,

++dave;
1Password Founder

1. 1Password Quick Access: I assume this is primarily designed to be used keyboard only? It's opened mainly via a keyboard shortcut and you can navigate the main area quite easily with only a keyboard, but when you use the "Open in new window" option, sometimes the focus doesn't jump to that window to allow you to continue using the keyboard.

1P_Ben In regards to point 15 above. In the screenshot attached, there is no indication at all of the category the item is one of. In the image, Adobe Lightroom is of type "Software License". You have designed lovely little icons for each category, but nowhere on the item list or on the main item view, is it, or the name of the category displayed to tell you that it is of that type. I understand if rich icons were disabled, then the item image may show that but surely that's a fallback. The type should be visible whether rich icons are on or off.

rctneil I agree with all of the issues you've found.
But I have to add that it's not only the preference window that uses the totally out place window decoration. All modal dialogs like "collection creation" use it and it's not only the wrong corner but the X on its own is wrong too. It's not even a window any longer.
If it's a window use proper stop lights top left and if it's a modal dialog don't use any kind kind of closing 'decoration' on the window border. This is one of the most basic macOS UI principles.
I wonder what has happended to AgileBits' macOS UI designers during the creation of 1PW8's UI?

I'm with you on that thought as above, but to be honest, if I can get fixes to all the points raised above, I'll happily live with the current preferences window and even the X being in the wrong corner on MacOS.

Maybe this would be a good time for a "Preferences"

...in a real preferences window...