laird 2 Posted May 23, 2018 Share Posted May 23, 2018 Hi, The hoverlink shown in my attachment started around the time of the web beta and while I like a lot of the web beta changes, this one drives me nuts because it obscures information and does not seem to be configurable. I would love to find a way to disable this feature or possibly a pointer to a tampermonkey script to deal with it. Thanks, Alan Link to comment
rezecib 98 Posted May 23, 2018 Share Posted May 23, 2018 @laird I don't think there's another way to nicely access the edit/remove controls for links (although the link button at the top is... okay I guess), but here's a Tampermonkey script to hide them: // ==UserScript== // @name Evernote Link Hover Controls Disabler // @namespace https://www.evernote.com/ // @version 0.1 // @description Disable hover-over link controls // @author rezecib // @match http*://www.evernote.com/* // @grant GM_addStyle // ==/UserScript== (function() { 'use strict'; GM_addStyle(` #gwt-debug-FloatingLinkBar-root { visibility: hidden !important; } `); })(); 2 Link to comment
laird 2 Posted May 25, 2018 Author Share Posted May 25, 2018 @rezecib - your script works perfectly. Thank You!! Link to comment
laird 2 Posted October 6, 2018 Author Share Posted October 6, 2018 This worked great until moving to the new format. I've been inspecting the source for about 30 minutes and it's way beyond me. Any suggestions on what I would need to change to support the new format? Thanks! Alan Link to comment
Ex Employees Scott T. 662 Posted October 8, 2018 Ex Employees Share Posted October 8, 2018 @laird This is the best I could come up with: // ==UserScript== // @name Evernote Link Hover Controls Disabler // @namespace https://stage.evernote.com/ // @version 0.1 // @description Disable hover-over link controls // @author rezecib // @match http*://stage.evernote.com/* // @grant GM_addStyle // ==/UserScript== (function() { 'use strict'; GM_addStyle(` #qa-NOTE_LINK_HOVER_DIV{ visibility: hidden !important; height: 0px; width: 0px; padding: 0px; } `); })(); The problem is that the hover uses a higher-level div style (#qa-ACTIONS_MODAL) for the box. If I set that one to be hidden, you'll impact other dropdown menus that also use that style. For example, the tags pop-up menu when you click on a tag at the bottom of the note window. You can test this out by swapping "#qa-NOTE_LINK_HOVER_DIV" with "#qa-ACTIONS_MODAL". CSS does not have a way to select the parent such that I could only apply the style to #qa-ACTIONS_MODAL divs that contain #qa-NOTE_LINK_HOVER_DIV. I also tried some jQuery, but I couldn't get it to work. I think this has to do with the fact that the code doesn't exist until the point at which you hover. Maybe you can play with it more and get it to work? 1 Link to comment
laird 2 Posted October 9, 2018 Author Share Posted October 9, 2018 Hi Scott, Thanks! That's a lot cleaner than the hover links. It's interesting to hear how the hover has moved to a different part of the CSS. I'd love to have this be an adjustable part of the UI but this userscript takes care of me nicely. Thanks! Alan Link to comment
laird 2 Posted October 9, 2019 Author Share Posted October 9, 2019 Looks like the UI has changed again and this Tampermonkey script no longer works. I disabled my user scripts to make sure nothing else was causing an issue and I'm using the new web interface. It feels a little like a transitional interface. In chrome, links to other docs and sites are green links and there are no hoverlinks until you click in the doc and then they pop up and block the text view. Switching back to the classic editor (which seems to be what was called the new editor the last two years) and the userscript works again and fonts are rendered more seamlessly. Link to comment
laird 2 Posted August 3, 2020 Author Share Posted August 3, 2020 Still using the classic editor in chrome and this userscript continues to work. I keep getting pushed to the new editor and have to manually set it back to the old editor (which is sorta odd). Link to comment
laird 2 Posted January 9, 2021 Author Share Posted January 9, 2021 Hi, I recently moved to Firefox on my home lab desktop and gave both of these hovernote disablers a test and neither worked. There's been a lot of changes recently and wondered if you had any thoughts on how to make outbound links clickable instead of going to a hover. Without having an 'edit' button, I imagine it's hard to figure out if it's an edit or view experience. Thanks! Alan Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now