On Apr 17, 2012, at 8:19 PM, Maire Reavy wrote: > It seems that one thing we've discovered is that we can't separate the > security design and discussion from the UX/UI design itself. Our UX/UI teams > would tell us that the most critical and interesting pieces of the UX/UI > design is not a particular button design, but rather if there is a button at > all, where it is on the screen and how it interacts with and affects the user > -- which is exactly what this thread discussion has turned into.
Agreed, I definitely want UX to be involved in this discussion. To be clear, we are not proposing a button fixed in the chrome. This button is really a permission mechanism implemented by the OS that an app can place within its UI (if that sounds a bit tricky, it is). > I have no idea who is subscribed to webapps list, but I know who I would > invite to a UX/UI design meeting, and I think many of them aren't on this > thread, or they would have chimed in by now. > > What's more, I think people participating in this discussion are going to be > more comfortable seeing the actual mock ups themselves, along with the UX > description of the feature, before agreeing to a solution. > > I'm going to reach out to the UX/UI designers/contributors who would normally > be involved in a camera/mic app design meeting, and ask them to catch up on > this thread if they haven't been following it. Once they are involved in the > discussion, I believe the next logical step would be to have a meeting and > ask them to create candidate mock ups for this feature, accompanied by UX > descriptions (what behaviors we would see for each use case we care about). > I believe those will get us what we need to drive toward consensus and > approval. Comparing mockups would help, but I think it would also be important to get guidance on the potential impact on app design and UI for each of their proposals. In other words, if they were asked to build a camera or teleconferencing app, how would the respective proposals impact their designs? Lucas. _______________________________________________ dev-security mailing list [email protected] https://lists.mozilla.org/listinfo/dev-security
