the new MD extensions page (introduced in 529395) makes it difficult for me to enable incognito mode for my extensions
Reported by
it.cg...@gmail.com,
Nov 14 2017
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3268.0 Safari/537.36 Steps to reproduce the problem: 1. update to latest canary 2. install a new extension 3. try to enable the extension in incognito mode What is the expected behavior? one click enabling of extension like before (actually i expect the extension to be by default enabled in incognito mode, but that's a different talk) What went wrong? instead i must click details first. this makes it very annoying when you want to repeat the procedure, multiplying the number of clicks needed Did this work before? Yes don't remember, i don't regularly use canary, i open it just to report bugs. it surely works on version 61 Chrome version: 64.0.3268.0 Channel: canary OS Version: 10.0 Flash Version:
,
Nov 14 2017
actually after looking carefully at the new design, I find that it is preventing me from also easily toggling other options of the extension, not just incognito mode (such as opening extensions' options or toggling access to file urls). somebody please retitle this to "the new MD extensions page (introduced in 529395) makes it more difficult for me to manage my extensions than before"
,
Nov 14 2017
Thanks for the feedback! First off, note that we can't promise that each use case will work exactly the same as it did before - given any two designs, there's likely people passionate on both sides. That said, I don't know that the MD extensions page makes this any worse. From the extension's context menu (e.g. right click on the icon) -> manage extensions will take you directly to the detailed view for that extension, where you can directly toggle these options. I think that should be the same amount of clicks as before?
,
Nov 14 2017
For managing One extension it's one click but what if I wanted to review 30 extensions? It's much worse. the design simply ignores the scenario where the users goes to extensions settings with intention to review all or many of them at once.
,
Nov 15 2017
rdevlin@, is it finally allowed to submit user feedback on MD-extensions? I'd like to condemn the new huge white borders around extension's options dialog as seen in the attached screenshot. Previously there was no borders (only the title was present).
,
Nov 15 2017
@5 It's true that the new design makes toggling the settings for multiple extensions at one time more difficult; however, for the majority of users this is a relatively rare occurrence (usually a user will modify a single extension at a time, and even that is relatively rare). I think this is one of the times where we won't be able to satisfy every use case in a streamlined way. Since we still support modifying a single extension quickly and it's still possible (albeit more clicks) to modify several, I don't think this is something we'll change. I've cc'd some other folks to chime in if they feel differently, but for now closing this out. @6 Yes, I think that (at least on Canary/Dev builds), we're ready for feedback. Please file a new bug for that issue, and go ahead and cc me on it, and we'll continue the discussion there.
,
Nov 15 2017
Even if toggling this setting for many extensions is a rare occurrence, I agree with the sentiment expressed: The old extensions page showed certain information that was easy to read for all extensions at once, and in the new page you have to click one at a time. For me, the biggest use case is to see which extensions could potentially be causing problems (and so I might want to disable temporarily). The signal I need to see here is twofold: 1) "Read and change all your data on the websites you visit", and 2) "Allow in incognito". In the old page, allow in incognito was directly shown, and the permissions button was also shown directly in the list. In the new page, clicking details shows both of those data points in the detail page. (So it's still a single click in each case.) It might be prudent to consider if there's room in the main list of extensions to mark extensions that could be messing with all web pages, compared to extensions that are relatively inert (only has specific page permissions, or only uses tabs or activeTab).
,
Nov 15 2017
@7 > however, for the majority of users this is a relatively rare occurrence (usually a user will modify a single extension at a time, and even that is relatively rare) Do you have/can you post proof of information stated above? Of those who open the extensions page, how and what things people do while they're on that page? Do you have this analytics information? do you have a statistical breakdown of those actions? --- Even if the above would be true, what is preventing the implementation of two additional buttons for each card? After all, the visual change is that instead of seeing a vertical list of elements, now there is a collection of cards. Can you reference studies of user behaviour and cognition that suggest the arrangement of those items as cards instead of enumeration list with all options available without additional clicks is better for the end user? What is the user technical profile for the extensios page anyway? Do you have this information? Does the average user even care for this change? Did you make any user research before even proposing this new design? What were the results? On how many people?
,
Nov 15 2017
none of my above questions are rethoric. I really expect answers for each. |
|||
►
Sign in to add a comment |
|||
Comment 1 by it.cg...@gmail.com
, Nov 14 2017