How to maximize width of Debug window in Intellij IDEA 2017.1.2 on Windows 10? - intellij-idea

I cannot find how to change behavior debugger window of IntellJ IDEA 2017.1.2 on Windows 10. I like to use it in unpinned mode, meaning it comes up when build happens (I execute it manually) and when I click on the edited file it goes down. But It does not take full width. It does not go over Project window as you can see in the picture below.
It works by default as I described on Windows 7. I mean it takes full width. Unfortunately, I cannot provide a screenshot about it. That machine is my workstation.
I cannot find in the documentation how to setup this. I assume it is due to Windows 10.

It's controlled by the Widescreen tool window layout option, disable it:

Related

IntelliJ doesn't display... at all

I have a bug which is completely over the planet. IntellIJ doesn't display. It's on, yet doesn't display.
It worked well before, last thing I did was re-setting up new dependencies on my code and (nothing to do with that) re-setting SDK for other reasons, both of which shouldn't be linked to display properties.
As you can see it's working, I see the pop up windows:
But doesn't display:
Yet I can see IntelliJ windows with Shift + Tab:
and yes, my screen doesn't duplicate, so it's not hidden in another dimension or something
I tried:
restart computer
uninstall install IntelliJ
uninstall install IntelliJ without previous parameters
try other JetBrains software, like DataGrip, it works and displays well
call a homeopathic doctor
Unsuccessfully. So I knee and await before your judgement of this critical situation.
I have this exact same behavior happen to me when I use IntelliJ at work and then go home and try to use it via Remote Desktop. Its very strange (regardless of which monitor I leave it on at work when I leave).
If I hover over it in the task bar and then hover over the thumbnail for the running app, I can right click and tell it to maximize and it magically comes back into focus. Sometimes I have to tell it to restore and then to maximize before this works.
Occasionally even this doesn't work and I have to close it, re-open, and do the same. It makes no sense, so I understand your frustration.
It works
As John Humphreys - w00te mentionned, click right over the thumbnail (I insist: the thumbnail ! Not the taskbar icon) and then select maximize and voilà.
Bon appétit.
Thanks for your contribution and I hope it will help some people in need here.
I have had this issue when I have moved from a dual monitor setup to a single monitor setup or a different dual monitor set up. The issue here that intellij window seems to save and use the coordinates of the last dual window setup to render the window. It doesn't matter you restart your computer, it will always try and render to that position, even if that position is not visible on the new monitor set up. On windows there is an easy way to fix this issue. Go to your display setting and flip the order of the windows. The intellij window should now be visible. you can drag the window to the your other monitor and re-arrange the windows back to the order you had previously. After that, you can place the intellij window wherever you want.
In my case I noticed there is a 1 pixel thick gray line on my screen, turns out that was the IDEA window and I could resize upon hovering that line. Needless to say it wasn't me shrinking it.
I have this same behavior, It happens to me when I connect a monitor in extended mode and move the intellij window to the monitor, then disconnect without moving it back. No other solution other than to connect to monitor again and bring it back to the original window for me works.
On mac, select the app from the app tray so that the menu for it appears up top. Then on the menu up top, go to Windows->Zoom and it should expand to fill the viewport.
From there you can drag it down to size and reposition.

IntelliJ IDEA - Find in path is locked in another window monitor

There is a problem in my IntelliJ IDEA. When I open Find in Path it is shown in a modal window in the second monitor instead in a window inside the main window like it did before. There is no way to move that window to main monitor. I don't remember if I change some configuration which caused this problem, but I'm pretty sure not.
I tried to restore default window configuration in Window/Restore Default Layout. But it didn't help. I'd like to restore the previous behavior without reset all configurations (by delete the config folder), since there is a lot configuration I've to do in IntelliJ IDEA before I can get to work.
Below is an image of both monitor windows.
IntelliJ IDEA 2018.1.4 (Community Edition)
Build #IC-181.5087.20, built on May 16, 2018
JRE: 1.8.0_152-release-1136-b39 amd64
JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o
Linux 4.13.0-39-generic
I realize this post is quite old, but I just had the same problem. I could solve it by removing the state of the popup in the workspace.xml. You do not have to delete all you configurations etc for the project.
Just go to workspace.xml -> <component name="WindowStateProjectService"> and then find the problematic popup and delete its state. For me this solved the problem, it's possible though that you actually have to set the x and y coordinates to have the popup show up at the right place (I didn't need to fwiw).
Besides changing configuration file, alternative for me solution (Linux, Ubuntu) is:
closing "Find in path" window with ESC,
opening it again Ctrl+Shift+F.
Only on initial open one will get handle to resize window's width to smaller width then screen if one goes far left or right to the edge of "Find in path" dialog.
When resized to smaller width then screen width, one will be able to
move this dialog to another screen (it seems this is happening due
window edge snapping)
Hope this helps.
After you click on the window header keep moving the mouse pointer to the other monitor until the find window jumps to the other monitor. In some cases you have to move the mouse quite a bit.
Looks like the window can not be in two monitors at the same time.
I have Android Studio 3.6.1
For Mac OS I found that the best solution is to change your main display by draggin the menu bar to where you want your "Find in files"-popup.
I had the same problem with IntelliJ 2020.3.3: The "Find in Path" Window always appeared on the laptop screen instead of the main screen. It was full-width (but not full-height), and I was able to move and resize it vertically, but not horizontally - and thus not onto the screen to the right.
But I was able to drag the window by holding the "Alt"-key while dragging. It was the again-fullwidth on the other, correct screen, but still not resizable in width. After closing and opening again it was still on the correct screen, and not full-width anymore.

IntelliJ IDEA - How to reattach and place Console tab back to IDE

Am new to IntelliJ IDEA (am using 2017.1.3)...
Accidentally, made my Console tab window float and can't seem to reattach it to IntelliJ IDEA. When I run the Debugger, it launches as a separate window (which is very annoying).
Is there a way to reattach it back to the main window but on right of the Projects view and right underneath the Source Editor view?
Attached is a screenshot of the issue, at hand (which one can click on to see it in high res):
Update
Okay, somehow (by doing a lot of clicking and dragging), this is the closest that I've come to what I've want. The thing that's bothersome is that I can only see the Console (stdout) updated when the debugging session is over (not in real-time, as I've would been able to do in Eclipse). :(
Update the console in realtime:
If you want all the JUnit test output to the console in real-time, just do as follows:
choose the configure
do configure for JUnit
floating separate tab of windows need restore on the tab.
You have two methods to restore floating windows:
uncheck the floating mode in the terminal windows
uncheck the floating mode in the Windows/Active Tool Windows
Let me show the 4 location of Console in the Debug view, I think there should be one which is what you want:
first
second
third
last

How to make tool windows remember their monitor and position in IntelliJ Idea 13

How to make tool windows remember their monitor and position in IntelliJ Idea 13?
Is there a way to do that?
I have 2 monitors with different resolutions.
I like to keep the main window of the IDE (and the code editor) on my laptop monitor and have the tool windows (Debug, Changes, Run, Terminal, Maven) on the second one at max width and height.
So What I do is to float them, max them on the second monitor and pin them there.
it works but every time I close the IDE, or sometimes during my day they get back to the main monitor again.
They kind of maintain their height and width (a few pixels less I think) but they appear huge in the middle of my smaller monitor.
This is the only draw back I have to say agains the IDE, and in Eclipse this kind of thing works as a charm.
Is there a way to solve it? Or a plugin?
Cheers
I had the same problem with Find window. Solution was to close IDEA (13.1.5) with all windows positioned as I like. It seems IDEA memorizes window positions only on termination.
I had the same problem, and today I found this in jetbrains help website:
Save the arrangement of tool windows:
From the main menu, select Window | Store Current Layout as Default.
the url is: Arrange tool windows

IntelliJ IDEA back/forward with mouse

I want to move back/forward between editor tabs, using the two additional ("virtual") mouse buttons I have (RAZER DEATHADDER BLACK).
In Eclipse it's possible by default.
In IDEA I go to File->Settings->Keymap->Main menu->Window->Editor Tabs.
There I have Select Next Tab with the deault Alt+Right shortcut.
Then I open the Add Mouse Shortcut.
In that dialog I try to assign the back button of my mouse but without success. It doesn't react at all.
Anyway, googling a bit I've found this thread. I quote Alexey Gopachenko which seems to be an employee of IntelliJ:
As stated above - we can't support buttons if JDK on your platform
does not support them - and obviously it does not.
Anyway, that is totally wrong. My platform does support these keys - I actually work with them, on the same platform, on Eclipse and any other app, so it's IDEA who ignores them.
I'd appriciate a solution - how do I assign these back/forward mouse buttons?
UPDATE #1
I've found out that IDEA uses its own JAVA distribution (C:\Program Files (x86)\JetBrains\IntelliJ IDEA 11.1.4\jre on Windows 7), instead of the system's one - WHY?!
I'm almost SURE that is the reason I cannot use extended mouse buttons.
I've tried to trick IDEA by creating a custom Windows shortcut. Didn't work. I've also tried to create a SYMLINK in windows to my other, system-wide JRE distribution. Didn't work as well.
If someone come up with an idea on how to make it work with the system's JRE instead of its own - I think that'd solve the issue.
UPDATE #2
The above update #1 is not the issue.
I also had the same problem under OS X El Capitan. I just tried to add a new Keyboard-Shortcut and pressed than the Button 4 on the mouse and this worked.
Back/Forward mouse shortcuts work fine for me with Razer Mamba mouse, for example Back action is assigned to Button4 Click and I can confirm that it is recognized in this dialog when I click on the Click Pad area:
If it doesn't work with your mouse for some reason, you can try to workaround the problem using the Razer Configurator macro or key assignments:
Use the assigned key in IDEA keymap settings instead of the mouse shortcut.
Note that Eclipse is SWT based while IDEA is Swing based, so mouse event management is completely different. If JDK cannot recognize your device button clicks, it will not work in any Java Swing applications (NetBeans, JEdit, etc). In some cases running IDEA under a more recent JDK version may help (if support for your device was added in the newer JDK release).
I'm experiencing the exact same thing suddenly.
I realized my most recent change was to start using idea64.exe rather than idea.exe.
I switched back, and my mouse buttons are working fine again.
So, while this is not a complete answer, it seems as if it has something to do with the 64-bit version.
If the Razer driver's button mapping feature doesn't allow different mappings for a particular program, you can just assign the buttons to the mouse button number choices (mouse button 4 / mouse button 5) and then install a third party app that does support mappings for particular programs, e.g. https://superuser.com/questions/562972/how-to-map-bind-mouse-button-as-keyboard-button-in-windows-7
This question helped me although I have a Logitech Marathon Mouse M705, so I thought that I would share the solution in case other Logitech owners was in search for this.
I have a similar problem with a Logitech mouse and idea64.exe
Fortunately their SetPoint software allows for program specific settings.
This setting will have to be deleted and then reconfigured whenever you update IntelliJ and get a new idea64.exe :-)
I am experiencing a very similar problem and wanted to share my findings. I just bought a new Logitech M705 mouse. Within intelli-j the scroll right and scroll left buttons do not work. The forward and backward buttons also do not work.
I typically run intelli-j as administrator because I need higher privileges to run various tomcat services. When logging in as that user (rather than right clicking and selecting run as admin) all the buttons work! Also, when running as my normal user all the buttons work.
Also very curious is that I have an older generation Logitech mouse (same model, M705). This mouse has no problems with the scroll buttons and forward-back.
My solution for now is to use intelli-j as the user I am logged in as.
Check out this little tutorial from BetterTouchTool here. Basically for some mice (like Logitech ones) using the settings application they come with you can map default button actions to clicks and in doing so set a button number and use it as normal.
This works for my Logitech Performance MX mouse.
You can add mouse shortcuts, just click on an action in keymap and add mouse shortcut.
Alternatively Ctrl+Tab brings up switcher, which may be less clicks to navigate.