Community
Participate
Working Groups
I have eclipse running on a second monitor as our application "sits" on the first monitor. Windows XP treats the two monitors as one desktop. If I resize the code completion popup and the corresponding javadoc is somewhat large, it hops to the left of the popup window, and does not respect the physical border between the two monitors. Sample screenshot attached.
Created attachment 7485 [details] screenshot of tooltip spread over two monitors Mozilla is full screen on the first monitor, and Eclipse is full screen on the second monitor
multimonitor issue
This is related to bug 41295, but I suspect the cause is different.
Should this be considered as part of Bug 72374? Stefan: this probably either belongs with [Dialogs] or with SWT. Moving to Billy to decide.
I was just browsing around bugs to do with popups and multimonitor stuff... Thomas, do you really think this is a problem? I look at your screenshot, and I try it on my own dual monitor setup, and I actually like that it spans and crosses to the other monitor -- thats what we have another monitor for, right?
If I can give my opinion, it is indeed why we have dual monitor setup, but it is impossible to read a text like that. The text is really spread over two monitors, and they are usually separated by the plastic case and space between monitors, thus making impossible to read that kind of popup in an easy way. If I voted for this bug it is because it really annoys me to have this behaviour when it occurs, i usually find myself scrolling my window to be sure the popup open in the center of the current monitor.
Re: comment 5 It is always a bug if text spans multiple monitors unless the user explicitly resized something there.
Spanning 2 monitors is definately a bug. If the monitors are different resolutions then the text is unreadable. I have a large 19 inch monitor used for my code editing, and a small monitor I use for the console, and search. The different sizes and resolutions make it impossible to read any dialog spanning the two
There is a similar problem with the popup for quick diff. The popup is sometime shown on the wrong monitor or is shown to the left instead of to the right. I have my monitors arranged above each other (1280x1024 on top, 1024x768 on bottom). I have my Java perspective arranged with the Package Explorer on the left with the outline below the it and the editor to the right. With Eclipse maximized on the 2nd monitor (top), I put my mouse over the quick diff in the margin, it displays the popup to the left instead of to the right of the margin. The result is that it can only show a small portion (width of the tree). This does not happen if Eclipse is on the primary monitor (bottom). I did not create a new bug as this seems like the same problem. If I should create a separate but, please let me know.
Reassigning to platform text. Although a possible solution is a generic popup (bug #72374), it will be up to platform text to make a fix. The goal for these kinds of multi monitor bugs is that all dialogs/popups make use of the Window.constrainShellBounds logic that constrains a dialog to a single monitor. Then debates about whether this is always desirable can happen at the JFace level.
Created attachment 28194 [details] Screen shot of popup being cut off when on 2nd monitor Here is a related example where a problem popup is cut off because it is shown to the left instead of the right of the error indicator in the editor margin. When the window is maximized, the entire popup is cut off. In this example, my multiple monitors are arranged side by side as follows: ----- _____ | 2 | | 1 | ----- ----- Note that the 2nd monitor (2) is to the left and uses a larger resolution than the primary monitor (1). Eclipse is on the 2nd monitor. This does not happen if Eclipse is on the primary (1) monitor or if the 2nd monitor is arranged to the right or below the primary monitor. It does happen if it is above the primary. I'm using Sun's 1.5.0_5 JRE run run Eclipse. Win XP SP2. Mobility Radeon 9000 video (ATI 6.14.10.6458 - 6/10/2004 driver version) on a Dell Latitude D600 laptop.
*** Bug 134202 has been marked as a duplicate of this bug. ***
The problem noted in bug 134202 where the code complete is cut off by javadoc info is much more critical since it prevents the use of code complete on a secondary monitor. See the first attachment on that bug for a screenshot. The way it currently functions prevents users from using code complete on a second monitor because none of the options can bee seen and the method name doesn't show up in the javadoc popup. I think this is more than a minor gui problem.
Martin, you're using 2 monitors as well, can you comment on this?
3.2M6 update re: Brian Larson's comments. 3.2M6 on OS X 10.4.5 still shows the Quick Diff error Brian mentions in comment 9. Brian's comment 11 sounds like bug 45095, the behavior of which has changed - see comments 22-24.
(In reply to comment #15) > Brian's comment 11 sounds like bug 45095, the behavior of which has changed > - see comments 22-24. Ageed. Thanks. FYI: To resolve most of my problems, I switched my larger external monitor to be my primary and I use my built-in laptop monitor as my 2nd monitor.
(In reply to comment #16) Note that you should test the problem putting the secondary monitor to the left or above the principal monitor. May be that what you plan to do. |---|---| |---| | 2 | 1 | | 2 | |---|---| or |---| | 1 | |---| It makes the secondary monitor having NEGATIVE coordinate, which is often overlooked by developper.
Fix for this is to migrate to the PopupDialog (see bug 72374).
I recently upgraded to a multi-monitor setup and ran into this bug. It's pretty annoying because I'd like to keep Eclipse in the middle monitor but its popups (hover help and code assist) keep wrapping over to the right monitor (making them hard to read). IMHO Eclipse should not create any windows that span physical monitors, unless the user dragged and made them that way on purpose. Couldn't this be handled at some lower SWT or JFace level instead of making all the upper level code change to use PopupDialog?
Marking as dup of the newer bug 135381 as it also covers the main proposal popup (not just the additional info). *** This bug has been marked as a duplicate of 135381 ***
Hmm, shouldn't the cc's have been automatically moved over when you marked this duplicate? They weren't, so move yourself if you're still interested.
