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

Issue 739900 link

Starred by 13 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android , iOS
Pri: 3
Type: Feature

Blocked on:
issue 681578


Show other hotlists

Hotlists containing this issue:
Hotlist-1
Hotlist-2


Sign in to add a comment

[Forum FR] Chrome for mobile desktop environments

Project Member Reported by jainabhi...@chromium.org, Jul 6 2017

Issue description

Raising this bug on behalf of users using Mobile Chrome on desktop like environments like Surface Pro, iPad, Pixel C, Samsung Dex, Android tablets etc

Few requirements which we consistently hear in user feedback is as follows
1. Ctrl+mouse wheel support to zoom
2. Always show desktop page
3. right-click and context menus
4. Some sort of support for extensions
5. Ability to move and pin tabs

Forum Posts
http://groups.google.com/a/googleproductforums.com/d/msg/chrome/I18tVFUPGwg/t_hvluJFEQAJ
https://productforums.google.com/forum/#!msg/chrome/5DwFRgaHhoQ/E58nZhRHEQAJ

Alex, it is possible to discuss this further ?
 
Cc: beckmann@chromium.org k...@chromium.org
Owner: tedc...@chromium.org
Status: Assigned (was: Untriaged)
A bug with a list of other bugs is generally not an ideal way to capture requests like this, since there are a variety of stakeholders associated with each of these items, and they're not all the same.  That said I suppose we can discuss here first and split bugs off as need be.

tedchoc@, I think all of these (with the exception of #4) would fall to you / FE primarily - WDYT?  CC others if I'm wrong here.

Adding ktam@ / beckmann@ for a PM perspective.

FWIW, I've seen a lot of the same feedback in Play Store reviews as well.

Comment 2 by k...@chromium.org, Jul 7 2017

Cc: mard...@chromium.org
+mardini for iOS

1. Ctrl+mouse wheel support to zoom
> I don't actually know which team would be responsible for that since it sounds like a rendered content feature request.
2. Always show desktop page
> We've discussed this in the past but decided not to do it yet. I'll keep an eye on it especially as we consider new request desktop designs.
3. right-click and context menus
> What's the request here? Support for right click? I assume we already do context menus.
4. Some sort of support for extensions
5. Ability to move and pin tabs
> I suspect that this will be a fairly large endeavor and may be harder to prioritize in the short term.

[android]

Please research 'Samsung DeX' to see why this makes sense now.

The Samsung Galaxy S8/S8+, and (reportedly) the upcoming Samsung Galaxy Note 8 support the ability to be docked and then change their DPI to 160, resolution to 1920x1080 and switch to a desktop launcher whilst using nougats freeform windows feature to provide a desktop experience on Android, I am currently typing this up with a physical keyboard connected to the DeX dock, but due to the Chrome browser limitations, I am using the Samsung Internet browser.

Here is an article from Samsungs newsroom talking about this technology:
https://news.samsung.com/global/interview-samsung-dex-expanding-the-mobile-experience-to-the-desktop

And here is an XDA community discussion about this technology and their experiences using it:
https://forum.xda-developers.com/galaxy-s8+/accessories/samsung-dex-t3593828

It uses the official Android API's so there is no need to specialise anything for DeX, just optimise it for physical input peripherals (for all devices), and just create a 'layout-mdpi-xlarge' layout file to enable a desktop optimiseed UI (for all devices).
http://developer.samsung.com/samsung-dex/modify

[/android]
Samsung-DeX.png
2.5 MB View Download
Just to add:

At the moment (in the canary build of Chrome for Android), if I right click the address bar, it just responds as though I have left clicked/touched the address bar.

Along with the physical input peripheral support, I would appreciate a bookmarks bar which would be synchronised with my Windows/Mac/Linux versions of Chromes bookmarks bars.
I'm aware that bookmarks are available in Chrome for Android, but navigating to them in a desktop environment seems very innapropriate given the screen real-estate, when a bookmarks bar would easilly make use of the additional screen space.

[Rant]
As a developer myself, I know that it is not very difficult to take the code already available within the app and just utilise it in other areas (i.e. a bookmarks bar instead of a whole activity window).
And physical input device support (within your own app) on Android 7.0+ is very simple, with the context menus displaying where the mouse pointer is (or long click event on a touch device).

It is clear that the Chrome browser is an important feature for many Android users, and I genuinely believe that the reason why Android failed on tablets is because Chrome for Android didn't feel close enough to its (MS,Apple,Linux,Chrome OS) desktop counterparts.

But Samsungs Internet browser provides the essentials for now within Samsung DeX, providing a good desktop UX for web browsing.
[/Rant]

Comment 5 by pkl@chromium.org, Aug 7 2017

Components: UI>Browser

Comment 6 by k...@chromium.org, Aug 10 2017

What additional physical input peripheral support are you looking for? (though as a point of reference, a giant tracker bug is going to likely be hard to act on. Individual bugs for each feature request will be easier to track)
Me and many of the guys/girls over on XDA have been discussing Chrome on Samsung DeX. And one of the issues that most of us have is that it doesn't effectively support mouse input events. 
Hovering over items doesn't trigger hover events, pointerIcon is not supported and some of the browser UI view objects could be positioned more effectively on larger screens such as the navigation controls and bookmarks.

Adding features such as 'ctrl+mouse wheel zoom' would be appreciated.

*Note*
To detect mouse wheel scrolling use:
[code]
public void ondispatchgenericmotionevent(MotionEvent){}
[/code]

To detect ctrl key event use:
[code]
public void ondispatchkeyevent(MotionEvent){}
[/code]

And to detect left/right mouse click use:
[code]
public void ondispatchtouchevent(MotionEvent){}
[/code]

These changes may sound small, but the improvements to the UX will be massive on Samsung DeX and other upcoming solutions from other device OEM's.

Here is the XDA community who are discussing this technology:
https://forum.xda-developers.com/galaxy-s8+/accessories/samsung-dex-t3593828

If you need more assistance with how to support the desktop environment on Android be sure to let me know! :)

Comment 8 by k...@chromium.org, Aug 14 2017

Cc: aelias@chromium.org
Thanks for the additional info. We'll keep this in mind. +aelias as well since I think he touches on some of the mouse work.

We just landed support for pointer icons yesterday: https://bugs.chromium.org/p/chromium/issues/detail?id=584424#c36

Comment 9 by aelias@chromium.org, Aug 14 2017

Item (3) right-click context menu is tracked in  http://crbug.com/687787  and is on the roadmap.  Hover events should already be working (I just tried in Chrome 59), and pointericon will be supported in Chrome 62.

Ctrl-mousewheel zoom support is difficult if we want to do it exactly the same as desktop Chrome.  It would be easy to have a shoddy implementation that just generated fake pinch zoom, but I don't think that's what people want.  The real implementation would require A) full-page zoom support on Android (blocked on http://crbug.com/645717) and B) saving/loading page zoom levels for individual domains from the user profile.  Item A is on the roadmap and we could consider adding it once it's done.

That's it for features under my umbrella.
@aelias:

I'm running Canary build: '62.0.3185.0'

On the Google page (with 'Request desktop site' enabled) when I click outside of the search bar and then hover over the search bar, I don't see the animated shadow that I see on Chrome for Windows or Samsung Internet for Android.

I do see that once I have clicked the menu (grid icon) the pointer changes to a hand, but that is not very effective, as it just shows a hand everywhere, but before clicking the button it doesn't show a hand, so users may be unsure if a view object would be clickable...

I agree that a desktop-like ctrl+wheel zoom solution would be much greater received by the end users than the alternative of 'pinch zoom simulation'.

The context menus are slowly improving which is good, the EditText/address bar is fine, but I think that elsewhere the users would appreciate a context menu which opens next to their mouse cursor (using 'view.showContextMenu()'), rather than the current 'center floating' context menu.

Not only would the newer context menu improve the desktop experience, but I think that if you get the same experience with a long click on the phone, that will also be widely appreciated.

This website shows a lot of useful info about optimising for Android desktop using native Android API's, and because of that, it should also help to improve apps for Chrome OS too.
http://developer.samsung.com/samsung-dex
@dblandford
I am DeX user as well and running Canary build '62.0.3185.0', I don't see problems with the hover effects and pointer icons. I tested the Google page with "Request desktop site" and compared to the Samsung Browser and the desktop version of the Chrome, all three are currently identical in behaviour.

@aelias

My biggest gripe with Chrome on Android is the lack of permanent 'Request desktop site'. I don't see it as very difficult to implement, but the UX will be much better. Right now before I load almost any page I have to click 'Request desktop site', which takes two clicks and a lot of time. I literally begging for this to be implemented, even if it is only behind a flag.

Also I wouldn't mind a JS console (even better dev tools), but maybe that's a bit too much to ask.

For changing "Request Desktop Site" default, that would require explicit detection of Samsung Dex.  For future reference, http://developer.samsung.com/samsung-dex/modify says the way to do that is "if(configClass.getField("SEM_DESKTOP_MODE_ENABLED").getInt(configClass)          == configClass.getField("semDesktopModeEnabled").getInt(config))"
"Request desktop site" persisting is a feature request that I've been hearing for a long time from general tablet / larger device users, not just Dex folks FWIW.
@aelias: 
or using values-desk 
bool value 'isDesktop=true'

in the apps resource directories.

p.s. Chrome Canary often crashes when launched in desktop (after the device has been in phone mode and then docked to desktop mode again). I can workaround this by clearing the app data/storage everytime I launch desktop mode, but that can be a little annoying...

Comment 15 by sarj...@gmail.com, Aug 15 2017

Persistent/sticky "Request desktop site" is Issue 146127 and quite simply just needs to get done.
It there any update that can be shared with us?
The new Canary context menu is good.

But the app still needs to detect the current window size and show the respective website layout (mobile/desktop).

Also, when hovering over items in the web page i.e. hyperlinks, the mouse pointer still doesn't update to show the hand poiner icon until I actually click the hyperlink. But then I have to click some open space to restore the normal pointer icon.

So far it is slightly better than MS Edge for Android desktop. ButI still prefer Samsung Internet as my default browser in both mobile and desktop form factors.

Comment 18 by k...@chromium.org, Nov 16 2017

Cc: mustaq@chromium.org
+mustaq who may have more visibility on mouse issues

We're still working on the request desktop site feature so no new updates unfortunately
Blockedon: 681578
The blocker bug is for ctrl-mousewheel zoom only.

Comment 21 by k...@chromium.org, Feb 15 2018

Cc: -k...@chromium.org
Cc: -amineer@chromium.org
No longer on the Chrome team, e-mail me @google.com if any attention still required from me here, otherwise good luck!

Sign in to add a comment