-
Notifications
You must be signed in to change notification settings - Fork 29.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Minimap: Render git status decorations #20934
Comments
Git status could also be helpful. |
-- Sorry for the English, I used Google Translator -- @alexandrudima Sorry if it's repetitive. Would any of the options below be related to the options it showed above? If not, these options could enter as a feature request or even as an extension (sorry for the English): 1- Find and replace |
Based on @Tekbr request on my Bookmarks extension, I think the By the way, after turning on Minimap I keep thinking if the Ruler is still necessary. I would say no if the Minimap supported mouse scroll and the |
I agree with @alefragnani that I think the ruler is no longer required once many/most of the suggestions in this issue are implemented. My feeling is that the ruler is essentially just a minimalist version of the mini-map and that both are actually the same thing, just displaying differing amounts of information. |
@MartinSGill those are my thought exactly. My feeling is that the minimap should integrate out-of-the-box everything VSCode provides on its core, including highlights, git integration, etc. And at that point its going to be a more verbose version of the enhanced scrollbar, so, you can disable that if you want. |
I actually think it would be cool those show both next to each other (as they are now) but just sync their scrolls (currently the minimap shows the whole viewport while the scroll bard has a tiny little "grip") and they do not seem to scroll at the same rate (scrollbar and it's decorators show the whole file in the whole length while the minimap scrolls if a file is long enough) I like the way the Visual Studio minimap works where the decorators are separate from the code - since it's much easier to spot a coloured block on the side (for example when doing a find) then it is to see a highlight in already-syntax-highlighted code) But I do not see why we have to copy everything Atom or Sublime does... |
@mika76 This has already been proposed in #21849 I summarised the discussions regarding minimap geometry we had within the team in #21849 (comment) |
@alexandrudima Ah I see - thanks for the notification. Could I propose something then? If there are decorators for the code in the minimap (find for example) could the minimap go into grayscale more or something? I find in Atom and Sublime, when I want to quickly see a highlight in the minimap it always get's lost in the syntax coloring. This is the reason I like the points being on the side of the actual code in VS2015... |
I only have a 1366x768 screen on my laptop so horizontal space is tight and I'd like to see the ability to combine / replace the scrollbar with the minimap since they both effectively solve the same navigation problem. |
Oh please add this in! I would like to second adding in Highlight selected on the minimap and cursor line |
I wish it had more options to show / hide. eg.
|
Adding a note here. I think my issue ( #73140 ) may have been incorrectly duped to this one. It is a request for the minimap to reflect text decorators that were applied in the editor, just as the textmate colors are reflected. We would like to do our own colorization, but currently the result are not reflected in the minimap. |
As of the latest release (1.39), selection and find matches are shown in the minimap. I'd like to scope this issue down to something specific for easier tracking, so I'm going to repurpose this for git status annotation decorations. There are some other good ideas in this thread, I think most of them have been covered by other issues: There didn't seem to be an existing issue tracking error/warning decorations specifically, so I created a new issue for that: #82291 |
It looks like a recent insider build enabled linter warnings/errors in the minimap. That's great for those that want it, but ideally a way to hide them would be nice (at least for linter warnings). Some files have a lot of warnings and they clutter up the minimap. Is that possible? |
@dlong500 Currently there isn't a setting for this, but you can change the color of the decorations to match the editor background so that they're not visable:
You can check your current color theme colors by running the |
I was about to say this didn't seem to work, but I searched the repo and it looks like you just added these options about 20 minutes ago? I'll have to wait until the next insider release. Thanks! |
Some ideas:
Here is a good mock-up from @jfcartier here:
And one from @octref here:
The text was updated successfully, but these errors were encountered: