I develop a RCP on windows XP, but when run on windows 7, some dialogs are showed incomplete. Usually, the widgets at the bottom of the dialog only show half, the other half were hidden because the dialog not big enough.
The problem happens on a win7, all the dialogs in my XP are displayed OK.
And I try to change resolution of XP and win7, At all resolution xp performs ok, but win7 failed.
I generated some dialogs of swt and jface, they are performs ok in XP, and incomplete in win7. \
Does anyone has some ideas? Thanks
All I can advise is to update your RCP to the newest version. SWT/JFace needed to be adapted to the specifics of Windows 7 UI, so if you are using an older version, it is bound to cause problems. To get any kind of advice more specific to your situation, it's not going to happen without a specific piece of your code that reproduces the phenomenon.
Related
I'm developing a desktop application for Mac. When I run the application using Java6 it works fine, but when I run it using Java7, the application window seems to be limited to a width 1024 pixels (i.e. when it starts the window is 1024px wide, and can't be expanded/dragged to make it wider). I've tried all sorts of ways to adjust the size (setting window state to maximized, explicitly setting the width, etc.). I've also tried changing where I set the Window size, but so far no luck.
I have tried searching for anyone who has had similar problems, but have not had much luck. The only real hit I got was from an OTN discussion forum: https://community.oracle.com/thread/2617106, but there is no resolution and the discussion seems to be archived so I can't reply to it.
If anyone out there has come across this issue, I'd love to hear about it.
Environment:
Operating System: Mac OS X 10.7.5
Java Version: 1.7.0_55 (Oracle Corporation)
New Information:
Have found a related bug report in OpenJDK: https://bugs.openjdk.java.net/browse/JDK-8046008?page=com.atlassian.jira.plugin.system.issuetabpanels:changehistory-tabpanel
This seems to indicate that it is a problem for Mac OS X 10.7.5, which I am using.
In installer created with install4j when you move mouse over tooltip (for example radio-button tooltip), the installer freezes (hangs) for some time.
After long investigation I found (what is for me quite strange) that it is associated with attached java version. When in mediaSet I have java 6 everything works fine, as soon as I attach java 7 (windows-amd64-1.7.0_51) the installer hangs for the first time when I move mouse over any tooltip.
Any idea how to solve this?
Your thread dump shows that the AWT stalls in
sun.awt.Win32GraphicsDevice.isPixFmtSupported(int, int)
This seems to happen for some graphics cards. This is the bug in the JRE:
http://bugs.java.com/bugdatabase/view_bug.do?bug_id=6477756
It's targeted to be resolved in Java 9.
The workaround is to set the system property
-Dsun.awt.nopixfmt=true
for the installer.
I'm having a strange bug wich i suspect to be specific to either MacOS X Lion and/or Java VM implementation on this OS.
When a java app summons a secondary window like a dialog box, i'm often unable to interact with its content ie. click, use menus, etc.
At first i though my app was buggy but since i had developped it on windows (where it worked fine) and switched to mac. I though some weird swing setting was to blame and i had noticed on the console that a compatibility mode with cocoa was enabled when i launched my app.
But i encountered the same bug with eclipse itself (a well known java based ide) tough it does not always happen in it while it's all the time with my app.
I have browsed for this issue but found nothing. Meanwhile i found that there is an issue between oracle and apple about java. I downladed a java update specific to Lion but the bug is still here
My question is : have you encountered the same bug ? is it macos lion specific ? have you found a workaround ??
Thanks
Made some research. Eclipse seems to be the cause of the bug. More precisely SWT support in eclipse under MacOS environnement.
The bug is not present with netbeans.
I'm having trouble with my SWT application where the shells/dialogs always open underneath other windows by default ("pop-under"). if I set the SWT.ON_TOP bit, the window opens properly on top, but then I block other applications, which isn't really desirable either...
I'm wondering if there's a proper way to specify that I want the window to pop-up, rather then underneath other applications.
Thanks!
I think this question is a duplicate of this SO question. What's your SWT version? It should be resolved in the latest version, as is explained there. Also see this bug report at Eclipse.org.
I would appreciate any help with this problem, I have spent hours trying to diagnose it myself to no avail and haven't received a single response when posting it to the Netbeans user list and the bugs list.
Netbeans is an excellent IDE, and I have loved it since switching over from Eclipse a few months back. I do Java on Unix and Win32, and PHP on both, plus C on Linux (using Visual Studio on Windows as well). The problem is that I am far too accustomed to using the scroll wheel while coding now, and it doesn't work with Netbeans.
I am running Netbeans 6.5 on Vista (sp1) with a Microsoft Wireless Laser Mouse 6000. The scroll wheel refuses to work in any window, and mouse gestures on my laptop track pad also don't work (less important). My platform details are:
Software:
Vista Sp1
Product Version: NetBeans IDE 6.5 (Build 200811100001)
Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05
System: Windows Vista version 6.0 running on x86; Cp1252; en_AU (nb)
Hardware:
Mouse: Microsoft Wireless Lasermouse 6000
Driver First Attempt:
Mouse Driver: HID-compliant mouse
Driver provider: Microsoft
Date: 21/06/2006
Driver Version: 6.0.6001.18000
Driver Second Attempt:
Mouse Driver: Microsoft Wireless USB Mouse
Driver provider: Microsoft
Date: 26/11/2008
Driver Version: 6.31.230.0
I found a very old bug report that said the problem was because Microsoft started enabling smooth scrolling by default, meaning the Input API would spit out smaller scroll values - but no matter how much I spin the wheel the document doesn't move.
I also tried rolling the driver back, re-installing and newest drivers etc. Would appreciate any pointers on this problem, I am sure other people are also experiencing it as I have found a lot of references to the same problem online, but without solutions.
I tried another Logitech mouse that I have (MX5000) and it's scrollwheel also doesn't work. I assigned page up and page down shortcuts to two of the extra mouse buttons, but it just isn't the same. Please please can somebody who is using Netbeans on Vista help me out with this, its killing me!
The funny thing is, this mouse and scroll wheel work fine with Netbeans on Linux..
All I can do is partially confirm what you have reported.
I am running a Microsoft Intellimouse -- a Wireless Optical Mouse 2.0 on my Vista Ultimate laptop. I can confirm that the mouse wheel works correctly in every applicable application I've tried it with -- with the exception of Netbeans 6.5. I also have a Logitech optical wireless 4 button mouse w/mouse wheel, I'm not sure the model number. It is on my OpenSUSE 11.1 Linux laptop. I can confirm that the mouse wheel works correctly with every applicable application I've tried it with -- including Netbeans 6.5. When I switch the Logitech mouse to the Vista box, everything works -- including Netbeans 6.5. When I switch the Microsoft mouse to the Linux box, everything works -- including Netbeans 6.5. When I switch them back, the old behavior is maintained -- the Microsoft mouse wheel does not work with Netbeans 6.5 on Vista, all other combinations seem to work fine.
Are you this a Netbeans problem? Have you tried using your scroll wheel in any other Java applications?
I ask because there was a bug in Java related to scroll wheels for some mice not working. This is now fixed.
It may be worth updating the JVM you use to run Netbeans since the problems you are seeing might be caused by this bug which is now fixed.