ctrl click does not work in user changeset list #5044
Comments
|
Author: TomH I can make this work, but only by suppressing the inline load when ctrl is held down, and it's not at clear that it is correct to do that on all browsers... It is only really correct on those browsers where ctrl is defined to cause a load in a new window. |
|
Author: aseerel4c26 Thanks Tom, not tested of course. However, you can imagine what that means for the current design. ;-) A mix of real links and fake links (even showing a URL as target - good side: at least allowing middle click to open a new tab). |
|
Author: TomH Fixed by openstreetmap/openstreetmap-website#599. |
|
Author: aseerel4c26 Thanks Tom! Ctrl and Shift as modifier (and Firefox) work again as expected. |
|
Author: dieterdreist It is not completely working. It does work when you click on the changeset description but it doesn't on the changeset-number (while a single left click on the number gets you to the changeset). I was used to click on the changeset number and thought this didn't work at all, until I found this ticket and found out that the changeset-description link worked. |
|
Author: TomH This is a browser limitation - some browsers (at least Firefox, maybe others) do not generate click events for things which are not links if you are holding a modifier key. So it's out of our control really, at least unless we make that an actual link, but that still wouldn't help with the rest of the clickable area. |
|
Author: osm[at]gravitystorm.co.uk If this is still a problem, please open a fresh issue at https://github.com/openstreetmap/openstreetmap-website |
Reporter: aseerel4c26
[Submitted to the original trac issue database at 4.53pm, Friday, 29th November 2013]
ctrl click (for new tab) is prevented (and instead loaded in the small sidebar) for the changeset links in http://www.openstreetmap.org/user/aseerel4c26/history
stop messing around with my user interface
The text was updated successfully, but these errors were encountered: