New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 618796 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Jun 2016
Cc:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug

Blocking:
issue 618798



Sign in to add a comment

Desktop Capture Picker Window New UI For Mac

Project Member Reported by qiangchen@chromium.org, Jun 9 2016

Issue description

This bug relates to crbug/602478

After the development of Tab Capture and Audio Capture feature for Desktop Sharing. The old UI of picker window looks confusing for the end user. Thus we need a new UI design for the picker window.

The general design doc:
https://docs.google.com/presentation/d/1xIgk_xNpa-4yBSR4DIcoDLfBFigu7SJwFWOdIzSC8r4/

This bug mainly focused on the Mac implementation.
As making the appearance identical to the above design, we need to subclass almost all the elements, which is a huge project.
We think it is unnecessary to do that way, and thus we decide to implement Mac's Desktop Picker Window in Cocoa style.

See the attachments for snapshots from my mock dev.

Comments and suggestions are welcome.

 
Screen Shot 2016-06-09 at 1.19.29 PM.png
76.5 KB View Download
Screen Shot 2016-06-09 at 1.19.50 PM.png
109 KB View Download
Screen Shot 2016-06-09 at 1.20.04 PM.png
51.0 KB View Download
Cc: pkchrisj...@google.com
Blocking: 618798

Comment 3 by tapted@chromium.org, Jun 10 2016

Should we go with something that looks a little more like the collected cookies dialog? Or the system Display Preferences.

Not having those buttons centered looks kinda weird. Also OSX likes to put them at the top of the dialog in most cases I've seen.

The text: "Foo would like to share your screen..." text. Would it still make sense to put it below the buttons? Maybe it should *actually* change when the tabs change.
Screen Shot 2016-06-10 at 10.18.16 AM.png
31.3 KB View Download
Screen Shot 2016-06-10 at 10.21.29 AM.png
35.0 KB View Download
I tried that way, I can upload the screenshots later.

One thing I do not like is that it looks like "double border" for the content viewer. 

Comment 5 by shrike@chromium.org, Jun 10 2016

Cc: bettes@chromium.org
Labels: OS-Mac
What kind of time constraints are you under? We (the Mac team and UX) are having some overarching UI discussions right now. We might be able to give you some direction on this in the next couple of days, and odds are you will be able to start from your non-Mac implementation (so much less work than starting from scratch).
Using NSTabView.
In the NSTabViewItem, we have only an IKImageBrowserView or an NSTableView.
The Overral effect would look like a "double" border, which I do not like.

Any suggestions?
Screen Shot 2016-06-10 at 10.45.52 AM.png
67.9 KB View Download
Screen Shot 2016-06-10 at 10.46.22 AM.png
54.1 KB View Download
This attachment is a mock that we still use NSSegmentedControl, but we centralize it.
Screen Shot 2016-06-10 at 2.49.47 PM.png
115 KB View Download

Comment 8 by shrike@chromium.org, Jun 10 2016

Hello everyone working on this,

I ask again what kind of time constraints are you under? The Mac team and UX are having some overarching UI discussions right now about the future of desktop UI, which will directly impact this Mac dialog. There's a good chance you'll be able to modify your new picker design to work on the Mac instead of ship this written-for-Mac version (which will save you a lot of work).


Re #8: It is better that we can catch M53 branch point.

Did you mean that we are migrating Mac Cocoa UI to the UI wrapped by chromium's views and controls? What is the migrating progress now?

For picker window: Non-mac UI is already developed. For Mac UI to Chrome UI migration, I think it is just a couple lines of change (just pre-compile switch change).


I'm didn't fully understand your first question.

It looks like we are migrating the browser to use a variant of Material Design UI in its dialogs across all desktop platforms. In short, the non-Mac UI you have already developed is pretty close to what would be deployed everywhere, so I think it makes better sense to not even worry about a Mac-specific UI.
Re#10: Yes, this answers my question.

What is the migration progress now? Namely, when we can launch general picker window UI on Mac?
That's probably a good discussion for your PM to have with rpop@ (Chrome Mac's PM).
I think developement of Mac specific Desktop Capture Picker can be parallel with Mac UI migration.

So can I develop the Desktop Capture Picker for Mac at this point?
Because currently the Mac specific Desktop Capture Picker is the only blocker for us to release the new functionality of tab sharing. (current UI for tab source is ugly, and we think should not release to end user)

In the future, when Mac UI migration is done, to launch generic Desktop Capture Picker on Mac is just a couple lines of change.
Cc: blum@chromium.org
rpop@: do you have an idea of the timeline of Mac UI migration project?

Do you think it worth to do Mac specific UI developement for Desktop Capture Picker Window at this point?

P.S. I think after migration, it is easy to switch to General UI for picker window. But we are trying to catch M53 to release the new functionality, and the picker window's new UI dev would block it.
It's probably OK to proceed with the Mac version of the desktop capture picker.

Project Member

Comment 16 by bugdroid1@chromium.org, Jun 30 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/f8a7f3f0519e401ddadc437dfce377be5d43ed46

commit f8a7f3f0519e401ddadc437dfce377be5d43ed46
Author: qiangchen <qiangchen@chromium.org>
Date: Thu Jun 30 18:08:55 2016

Desktop Capture Picker Window New UI For Mac

This CL develops the new Mac UI for Desktop Capture Picker window.

The main changes are
1. Separate the items of different source types into different
browser view.
2. Use table view rather than image view for tab capture, because
we do not have HD preview for tab.

BUG= 602478 ,  618796 

Review-Url: https://codereview.chromium.org/2072003002
Cr-Commit-Position: refs/heads/master@{#403223}

[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_bridge.h
[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_bridge.mm
[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_cocoa.h
[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_cocoa.mm
[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_controller.h
[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_controller.mm
[add] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_controller_deprecated.h
[add] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_controller_deprecated.mm
[add] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_controller_deprecated_unittest.mm
[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_controller_unittest.mm
[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/chrome_browser_ui.gypi
[modify] https://crrev.com/f8a7f3f0519e401ddadc437dfce377be5d43ed46/chrome/chrome_tests_unit.gypi

Status: Fixed (was: Assigned)

Sign in to add a comment