I've had this error before in pydev perspectives in the past, and the only solution I've ever managed was to remove the broken perspective and start a new one.
The problem is this:
Normally the different panes of the workspace can be minimized, maximized, and regular size. Right now, I cannot get the "shared area" code section of the debug perspective to show up at all. I can peak at it while it's minimized, but that's all I can manage.
What's more, eclipse automatically switches to debug, so it's basically impossible for me to debug code right now.
I'd really like to know why this is happening to me, and how to avoid and/or fix it.
Also, I'm currently running java 7, I have not updated yet.
You can go to Window, Reset Perspective which will give you your shared area back, although also obviously reset any other views you may have.
Related
I installed Eclipse IDE for Enterprise Java Developers 2020-09 with WindowBuilder 1.9.4. Then I tried to create a test application: SWT/JFace Java Project with a JFace ApplicationWindow.
My problem is that I cannot drop anything on the window directly in design mode. It is possible to add widgets to the main container in the components tree. But they seem to be hidden behind the parent shell (I could see this from setting a background color for it and when I add them I can see their bounds, but then no longer). It is not possible to resize the application window in design mode either.
However, when I do "Test/Preview...", the widgets are there. And also when I run the program, as they should as they are in the code. In the latter case also the resizing works (not with "Test/Preview..."). The resizing seems to work at first, but then it snaps back to a minimal size where only the menu and toolbar fit in the window,
This is so with any such project. I first tried to import a program I had written in an older version of Eclipse. There I have tabs in a composite in the container. They seem to be hidden, too (and misplaced, also behind the toolbar). But when I run the program, everything is fine. I first thought I might have messed something up in the program, so parsing gets sidetracked. But that cannot be it as the problem already arises in the simple test program where I have just one widget and the default code.
I have tried quite a few things to get around this, eg. reinstalled the IDE, installed an older version, installed an older version of WindowsBuilder in case this is a bug in either. But to no avail. Has anyone experienced the same problem? Seems like there is a simple mistake on my part. Something I would have to change in the settings or maybe the program?
But I have no idea where to look. Could it have to do with the JRE (OpenJDK15U-jdk_x64_windows_hotspot_15_36)? Had to take that as the download from Oracle does not work for some reason. There is a warning that it is not exactly compatible. But then the program works fine, so it cannot be at such a basic level? Any ideas very much appreciated as I am totally stuck at this point.
There is no problem with designing eg. a JFace dialog. Everything works as expected, I can drop widgets, resize, etc.
Here is how it looks:
Brute force "workaround": I go back to Oxygen where things are working fine. But somewhat of a defeat because I am stuck with an old version, which is a deadend. IIRC already going to Photon posed insurmountable problems for me (certainly my fault as I am not that good at the nitty-gritty). Would still be very interested in an answer to my question. Urgency is now lower as I can at least keep working on my program and let my frustration die down after two days of futile attempts.
[Edit: I only tried the resizing in Oxygen 32-bit, that worked, but did not check whether the problem with dropping a widget on the application window was also there. Then I tried to get the 64-bit version to run, which I could not do. There is apparently a problem with Java > 8. Installation of Photon worked finally. However, while resizing is okay there, I get the same problem with dropping widgets and that they appear to be misplaced (upper left corner of the area seems to be behind the toolbar. The "workaround" unfortunately went nowhere. So I am again more interested in an answer than I thought.]
[Edit 2 as per Oct 12: Since I could not solve this problem, I decided to redo the GUI with a SWT Application window. That lacks some of the functionality of a JFace Application window (I especially miss the ease of Actions). So it seems like a step backwards, and it caused some extra effort. But then the upside is that I had to rethink a few things about the structure anyway, which means I was forced to do that sooner than later. But still would like to get also JFace Application windows to run. Pressure is no longer there, but out of interest what went wrong.]
I'd like to create a JavaFX application with MenuBar and I want my application to look more native-like, so I set useSystemMenuBarProperty to true. The application looks normal, like this (just ignore IntelliJ IDEA at background):
This is cool, and it works as it should. But when I minimize my application to the dock, the menubar starts to look like this:
As you can see, all buttons were disappeared, which is kinda strange.
The question is: How can I fix this? What do I have to do to make it look normal? Thanks.
This is indeed a strange problem which I actually haven't noticed before and I have no idea how to fix this. You should probably report this as a bug. At least the vanished part of the menu reappears when the window is made visible again, so this does not seem to be too serious, although it differes from the normal behaviour.
If you want to make your application even more native-like you should also have a look at https://github.com/codecentric/NSMenuFX which provides some additional features which are not present in JavaFX alone.
Tinkering around with Google Drive desktop application, I noticed, its sole UI is just a native Windows Explorer. The interesting part behind it, is the background process (googledrivesync.exe), that constently checks if any changes had taken place in that folder. If any changes occured it will sync them with the online drive, ok.
What made me wonder, when you drop a file, a small status icon will be painted over the file's own icon:
Now, this is not a one-time draw - I noticed. Look, If you change the view to large tiles the size of the icons also get larger:
It can't be that it registers the icon, somewhere in the - say - Registry Editor, or so; because, if I force to stop the processes (by Task Manager) and refresh the Explorer, they disappear. That gives me the feeling that it is a real-time paint.
This made me really curious, 'Does it really check if I change my view, or maybe there's a clean (native) way to accomplish this? And how?'.
Although this could've been asked on any language, I chose Java, because that's what I use.
In IntelliJ every time I make a change in code and I run the app afterwards, "run window" is automatically popped up. Is there any way to disable this annoying behaviour or how to make it less distracting?
I finally could solve this one. At least it worked for me. At the bottom of "Run/Debug configurations" window and in "Before launch" part, uncheck "Activate tool window" check box.
There is currently no solution to do this permanently. However, there is a workaround to prevent it from popping up. Try this:
After the first time the window pops-up simply resize it all the way to the bottom (i.e. grab the TOP and drag down until the window disappears). This will prevent it from popping up again until you manually click one of the buttons to open any window in the same area (i.e. Run, TODO, Android, Terminal, Messages, (and Find Results) - or whatever you have in that same area if you've customized it).
To keep it from popping up, never click the hide button on any of these windows but rather use the same "drag from top to bottom" to hide them (the effect is the same).
This is annoying, to say the least, but once you get used to it it works fine and is much less annoying than dealing with that blasted Run popup window :)
NOTE
I should mention that this is completely safe to do as the windows are only hidden when you do this, and clicking the window's button at the bottom will show it in its original size - so nothing goes missing or breaks using this method :-)
These are called Tool Windows. Right-click the tool window, it pops up a menu, the last option of which is 'Hide'.
Alternatively,
You can install the plugin ToolWindow Manager to show/hide the Tool Window of your choice.
Either
1. Set the run window to be in either split and then shrink it down to be as small as possible.
2. Set the windows to be in floating mode and then shrink it down and move it somewhere less distracting.
disabling checkboxes in "Window | Background tasks solved my problem.
It is soooo annoying oO I just dragged the windows to an other screen and/or set their height to a minimum.. Not "best practise" but it is better than nothing -.-
In intellij go to main menu windows->active tool window->disable floating mode option there.
thanks
For those who are facing this issue with "Run" window they can follow below instruction
From dropdown select "Edit Configuration":
Open Logs tab:
Uncheck these 2 checkboxes:
I have found a solution!!!!
There old plugin for Intellij IDE called "Hide Tool Window Ex".
It hides any tool windows that being opened just after you click in editor again.
(plugin page)
visual example
I hava a piece of Code, that can only be executed, when a given perspective is already loaded/open.
I can use PlatformUI.getWorkbench().showPerspective("perspectiveID",PlatformUI.getWorkbench().getActiveWorkbenchWindow()); (from a Gui-Thread) to forcefully show the Perspective, but that is not good manner.
I want to show a similiar Dialog to the "Do you want to open the Debug-Perspective now", but with the difference, that i allways open the Perspective, but only bring it to the front, if the user wishes to.
For completeness: This is the result of a user-context-menu click and the user might not know, what has happened to him when i change the perspective without him knowing. (The RCP-Application did not made use of perspectives before)
Instead of investing much effort into the handling of awkward user interaction, please invest that effort into fixing the bug that your code can only be run when a certain perspective is opened.
There is no "opening a perspective, but not bringing it to the front" concept in Eclipse.