Disable code navigation

[rodriguez-facundo]

Would be great to be able to disable code navigation

[look]

@rodriguez-facundo thanks for the feedback. Can you tell us more about your use case? When and why do you want to disable code navigation?

[lzanolcastanheira]

@colinwm That works! Thank you for the prompt response!

[toidiu]

I am seeing this behavior as or recently. Cant tell if there is a way to disable this and/or when it will be fixed by default. The link to beta code navigation doesnt allow you to signup for anything.

To clarify, my ask is to hide the code navigation menu and never show it. It takes up screen real-estate, counts towards the "find" count and makes it more difficult to navigate code. I prefer the Ctrl+F since I can use the keyboard to navigate rather than the mouse.

[toidiu]

This discussion is becoming an echo chamber of how this new feature is really annoying and I think its stemming from the fact that its quite distracting and a very different UI. I am curious if you are also receiving positive reviews. I do have to admit that after a month, the feature has become a bit more useful and a bit more second nature (nicely done devs). It might still be best to allow for disabling the feature.. maybe??

Has anyone else here also have a change of heart?

[mvasilkov]

@toidiu absolutely not, the thing is every bit as infuriating. Good job product people, you've made the world slightly worse.

[lzanolcastanheira]

If Product really wants this feature, please make it possible to enable/disable it. As a software engineer who daily and heavily uses Git/Github, I expect a quick and simpler interface when browsing code from a web browser, I just need to quickly see the code and files, not interact with it. If I need to do something more (e.g. navigate the code flow, highlight variables by name and scope, check class members of an instance, etc.), I open the repo on a proper IDE which is far more powerful and specialized (or even github.dev, which is very neat).

On top of that, the new Symbol panel also introduces unnecessary distraction and has no way to get disabled either. Even if closed, when you click somewhere on the code, it opens up again.

All in all, these things hinder simple tasks like reading a code or simply selecting some text to copy/paste somewhere else.

[qianbinbin]

I'm not sure if it's related to code navigation, but when you open a big file on github, double click to select a word, then ctrl+c or right click just stuck.
About 30 seconds later chrome ask you whether to kill the page. Finally the right click menu show up. It really sucks.

[qianbinbin]

Safari behaves in a different way. It takes time to double click to select, after right click, the menu appears immediately. It looks more smooth than Chrome, however still slower than ordinary pages on Safari.

[AdamShwert]

If you copy the contents of the file and paste it in an input box like this comment box, does the same thing occur?

[qianbinbin]

I recorded a video here:
https://github.com/community/community/assets/7856168/d07a9c8a-5e49-4011-a0e8-9b881ec42c24

[qianbinbin]

If you copy the contents of the file and paste it in an input box like this comment box, does the same thing occur?

Yes. But when I paste on other sites like google translate, it runs smoothly.

[AdamShwert]

Okay, thank you for the video and the report. I'll see what we can do

[danuker]

I dislike the distraction when moving my mouse around (the highlighting, and the delayed animation when double-clicking).

If you want me to ever use this feature, it should only be active when I hold Ctrl.

[danuker]

I have disabled the highlighting by adding the following in my userContent.css:

@-moz-document domain(github.com) {
    .pl-token:hover, .pl-token.active {
        cursor: auto!important;
        background: none!important;
    }
}

I have disabled the popover with the following uBlock Origin filter:

github.com##.js-tagsearch-popover.anim-scale-in.Popover