This question already has answers here:
How to disable parameter hints in IntelliJ IDEA?
(2 answers)
Closed 5 years ago.
Am trying out IntelliJ IDEA 2017.1.3 (being an Eclipse user, there's been a lot of great nods to both Jetbrains and IntelliJ IDEA being sophisticated, so I have been fooling around with it all day and actually enjoying some features).
Wrote a simple unit test (which worked) but am noticing inside the editor that its auto-inserting my variable's value with a grey background following a colon ":" afterwards and also inside the assertEquals() method its adding a grey background for the word "expected:".
After placing my mouse cursor and clicking the second button, a dialog came up stating "Disable Hints" and I was able to get rid of them manually, but am wondering how to not have them appear by default.
Attached is a screenshot (a picture speaks a thousand words)! :)
How can I turn this off? Am using the macOS version of IntelliJ IDEA.
You can permanently disable them by go to Preferences.. > Editor > General > Appearance > Show parameter name hints (uncheck to disable)
Related
This question already has answers here:
How do I remove IntelliJ's blank line numbers?
(2 answers)
Closed 10 months ago.
Updated to Rider version 2022.1, and above class properties or methods I have this link called "usages". How to turn them off, they are driving me crazy. I don't know how these things are called, so googling didn't give any results. Glanced through myriad of settings in Settings window - also no idea.
You can hide all metrics by disabling "Code Vision" (CTRL+SHIFT+ALL code vision for a quick access in the settings).
You can also hide specific metrics by right clicking on it.
I was wondering if it is possible to highlight the block of code you are working on in Intellij Idea.
There was a similar question here: Is there a way to highlight the currently active code block in Visual Studio 2010? .
So what I mean is that if you have clicked into e.g. a method or a while loop... ,the background of the whole block becomes a bit lighter or whatever.
There's already one such feature, but it's more subtle, in the form of a vertical line inside the left gutter... I can't recall whether it's enabled by default or not, but you can activate it by File -> Settings -> Editor -> General, scroll to the Highlight on Caret Movement section (about half of the page).
I looked around for a while but I have not yet found a way to change its appearance to match your description, although I personally prefer this less intrusive highlight than having all the background changed.
P.S. Not sure this is relevant or useful to you, but there was a plugin I tried a while ago called CodeGlance which offered a scrollable-map of the class:
I don't know when this feature was implemented. As of 2021, if you double click anywhere in the scope ( but not on text ), Intellij selects the current block of code ( text within two curly braces ).
I hate to ask such simple questions, but nothing I found so far helped me...
So, I've recently started using IntelliJ instead of Eclipse and there are 2 things that really bothers me...
1.) size of javadoc popup window - ok, so I finally get this little guy to pop-up whenever I need it, but it's so small I have to use scroll every single time... and that's pretty anoying when I'm working with unknown libraries...
2.) tabs == spaces - maybe some of you like this, but I don't... Eclipse was treating tabs as tabs and not spaces... I tried to change settings but with no result... or is that maybe connected with project I'm working on? (meaning, if, at the start of a project, setting were such that tabs == spaces and now changes are not applied to it)
Sorry for stupid question but, as I said, nothing I found so far helped me...
1) Just resize the window with your mouse. It will retain the size the next time it opens. You can also click on the gear icon in the upper right corner and adjust the font size. Again, it will retain the size on subsequent use.
2) I'm assuming you make the change to the "Use Tab Character" option on the "Tabs and Indents" tab for all file types and saved the Code Style. After that, you need to run the Reformat Code action (Ctrl+Alt+L or Code > Reformat Code from the menu or Reformat Code from the context menu (i.e. right-click) in The Project Tool window or Navigation Bar). IDEA retains the previous formatting (so spaces in this case) until you run a reformat on the project (or a part of it).
If you have multiple projects already created, for each one, you will need to go into File > Settings > [Project Settings] > Code Style and set the Scheme (and then do a reformat). While the Scheme definition is saved IDE wide, the scheme to use is set per project (which makes sense since an Apache Open Source project you are working on may have different code style requirements than the projects you do at work vs the ones you do for fun).
Finally, you will also want to go into File > Other Settings > Default Settings > [Template Project Settings] > Code Style and make sure your saved code style scheme (with the use tab option) is set so that new projects use that scheme when they are created.
I have a file from our repository where I ran auto-indent (because it was a mess), and now the whole file is marked by blue changebars (down the right hand side of the editor window), making it difficult to find my changes.
I am already ignoring whitespace changes in the diff window (as described here: Intellij and changes tab), is there a way to also do this in the editor window?
I couldn't find a way to completely ignore whitespaces, but IntelliJ (I'm using version 2016) lets you set an option to color whitespace-only changes differentely:
Editor -> General -> Different color for lines with whitespace-only modifications
which helps tremendously.
At the moment [idea 13.5] it seems that is not possible to ignore spaces in the standard editor. You can open a support ticket
We also faced this in the company due the different codestyles used, at the end we settle for:
setting a common codestyle that everyone editing the code should [actually must] follow
reformat the whole codebase to the given codestyle
recommit the formatted code [without any addition or deletion, just the reformat]
It took just a bit of time, but at the end now we are working far better. In this way from that moment onward, we would have all the time the code that would aesthetically the same trough next versions.
You can completely disable the highlight of whitespace modified lines in :
Settings -> Editor -> Color Scheme -> VSC -> Editor Gutter -> Whitespace-modified lines
And then uncheck the background color :
Essentially, you want Intellij to use the --ignore-all-space or --ignore-space-change upon a merge.
My developer team also deals with this challenge because we have different code formatting preferences. The result is every merge is painful for no reason. The team loves being able to have their code formatting, but this negates it.
As of now there is no solution. Intellij has the technology to ignore whitespace, so fixing this is really just adding a check box on the merge diff screen or even in the version control settings.
There is a feature requests IDEA-107714
Please up vote it!
https://youtrack.jetbrains.com/issue/IDEA-107714
Try this,
View --> Active Editor --> Show whitespaces
this is guaranteed to solve your problem
This question already has answers here:
IntelliJ IDEA - caret behavior
(4 answers)
Closed 10 years ago.
I just switched from Eclipse to IntelliJ, and I'm liking it so far. The only problem I've had is that if I click in the middle of an empty line and start typing, the text will actually appear on the middle of the line, instead of the correct indentation. Is there any way to fix this so that is works like Eclipse. No matter where I click on an empty line, I want to start typing where I'm "supposed" to.
I'm using IntelliJ IDEA 12, and if I recall correctly I didn't have this problem when I tried 11 (this might be wrong).
Click File -> Settings -> Editor -> Virtual Space and uncheck 'Allow placement of caret after end of line'. This should help.