"Print" context menu is placed annoyingly, behaves inconsistently
Reported by
junky...@gmail.com,
Nov 4 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3253.3 Safari/537.36 Steps to reproduce the problem: 1. Find a word on a website you want to look up 2. Quickly double click the word, move the mouse a couple pixels down and right towards the "Search Google for ..." context menu entry 3. Wait in agony while the print preview loads and then close it immediately 4. Go to step 1 and try aiming better this time What is the expected behavior? There should be no context menu entry like "Print" next to the commonly used "Copy" and "Search using Google" entries on selected text. I'm not sure why it needs to be there at all. Other browsers like Edge and Firefox also do not have "Print" context menu entries when selecting text. IE does, but it is far away from the "Search" and "Copy" context menu entries. What went wrong? Very often when I'm reading text, i want to look up some word in the text using Google. As described above, i then double click the word, right click and select "Search Google for ...". When I miss this context menu entry, a print preview opens (sometimes slowly) that I have to close. The print preview just contains the word I selected. I don't know when i would ever double click a word, open the context menu and then print that single word. The shortcut keys labeled on the context menu also behave inconsistently with the "Copy" shortcut keys: If I select a word and then press Ctrl+C (as shown in the context menu) the word is copied to the clipboard as expected. If however I select a word and then press Ctrl+P (again as shown in the context menu) the print preview for the entire page opens. As with my main complaint, I don't know why one would like to print a single word, but I find it strange that the shortcut key that is shown on the context menu does something different than clicking the context menu entry. Did this work before? No Chrome version: 64.0.3253.3 Channel: dev OS Version: 10.0 Flash Version:
,
Nov 6 2017
,
Nov 7 2017
As per original comment and C#1, considering this issue as Feature Request and marking as Untriaged. Thanks!
,
Nov 7 2017
,
Nov 8 2017
The print option exists for those users who may not want to print an entire page. Possibly just a paragraph or part of a page, not necessarily a single word. The context menu items in that block are the actions for the selected text and ordered by usage. Will have a think.
,
Nov 8 2017
Hey Edward, thank you for taking the time to read my request and respond to it. I realize that some users may want to print a paragraph of text and not necessarily a single word. On the other hand, I would think that people rarely search for larger snippets of text on Google. I.e. there should be very little intersection between text snippets that are printed and text snippets that are searched on Google. Yet those context menu entries are right next to each other. I'm curious if you have any kind of telemetry how often the print preview is invoked from the context menu and then immediately closed, suggesting an accidental click. I really cannot imagine being the only one with this problem. I think in the absence of a more complex solution, a menu divider would go a long way at preventing this problem, even it isn't very elegant. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by junky...@gmail.com
, Nov 4 2017