Community
Participate
Working Groups
NOTES:
PRODUCT VERSION: These are from an email message from GA. We need to investigate each. File Dialog Open notepad and do File > Open vs. Clicking Browse... in the zip file import wizard - combo boxes are different - buttons are different - bottom right corner of dialog has different looking grab area - panel at the left side looks different - tool bar in top right of dialog looks different Wizards - our wizard buttons (next, back etc) look different than theirs Dialogs - our ok/cancel buttons look different than theirs Our notebook (the platform one) looks different - New java project - Fill in the name & hit next - I believe this notebook is the platform widget (as opposed to the one we use for views) The scripted Java Script Example preference page does not size properly To be honest I don't know if it works on non xp <g>.
It is important for us to have the correct look.
Setting this PR up as the holder of all XP L&F issues.
Created attachment 523 [details] XP manifest file to enable new L&F
I've attached the manifest file that I've been using to enable the new XP look and feel. With this in place, most of the original issues reported by GA are fixed. However, there are several new ones: - icons overlap text in TabFolder - ToolItems flash when resizing - label of Group within Group uses wrong font (see ControlExample)
*** Bug 12774 has been marked as a duplicate of this bug. ***
Workarounds checked-in for - icons overlap text in TabFolder - label of Group within Group uses wrong font (see ControlExample) Other issues: - Group flashing when mouse cursor moved over text - ControlExample Shell is too small, Tab 'Slider & Scale' doesn't fit in on XP with either comctrl 6.0 or 5.8 - Image Buttons have the classic look
*** Bug 9289 has been marked as a duplicate of this bug. ***
*** Bug 8906 has been marked as a duplicate of this bug. ***
These were recreated using only DLL calls. We tried to work around them but could not. It's just platform behavior: - Group flashing when mouse cursor moved over text - Image Buttons have the classic look This was a problem in the ControlExample that has been fixed: - ControlExample Shell is too small, Tab 'Slider & Scale' doesn't fit in on XP with either comctrl 6.0 or 5.8
first: Is this bug fixed in F1?? if so then this bug is not fixed because for example all the buttons that eclipse display are different then the onces other windows programs do display my buttons are not that dark gray rectangles eclipse display but light gray buttons with blue border if it has focus/default. The buttons also "miss" one corner. i do use another lnf/style in winxp. But eclipse should follow that style as much as possible yes? (for example: scrollbars follow perfectly)
Johan: Please try adding a manifest to enable the XP look and feel. - open the attachment (see link above: 'Attachments: 03/27/02 11:35') - save the file to your <eclipse>/jre/bin directory, under the name 'javaw.exe.manifest' (without the quotes) - restart eclipse.
i don't have a <eclipse>\jre\bin directory. But i have tried this: added the manifest file in: c:\jdk1.4\bin\ c:\jdk1.4\jre\bin\ and i create the c:\eclipse\jre\bin dir and added that manifest there with all tree i tried to start eclipse but my buttons never change And why do i have to add a manifest file to a jre\bin dir to enable this? can't eclipse handle this by itself?
For R2.0, eclipse is relying on the external manifest file to get the current XP look and feel. We have investigated alternatives, but have not been able to find one which does not cause performance issues and require changes to the structure of the SWT DLL. Re-opening bug to indicate that this work is ongoing.
Marking PR as LATER to indicate that this work will happen post R2.0.
*** Bug 4823 has been marked as a duplicate of this bug. ***
*** Bug 4825 has been marked as a duplicate of this bug. ***
*** Bug 4827 has been marked as a duplicate of this bug. ***
first i want to say that it works for me now (i had also a javaw.exe in the windows\system dir) I looked for some more info about this and i say examples that opera also should use a manifest file like opera.exe.manifest with its exe to get it working. Now i don't care about a manifest file for eclipse but why can't it really be a eclipse.exe.manifest and not a javaw.exe.manifest in a jdk/jre installation? Eclipse.exe itself should not call javaw.exe but do the things javaw.exe does itself. So that windows sees eclipse.exe in the taskmanager for example. This also does have one other big plus: Eclipse is not seens as another javaw.exe program so eclipse will not be grouped with other java programs. (if i have multiply java programs open including eclipse then winXP will group them together, that's a bit stupid)
This is beyond our control. Eclipse.exe needs to invode javaw.exe because Eclipse is written in java and relies on the fact that java runs in another process.
Investigate what can now be addressed.
Group flashing when mouse cursor moved over text Fixed in > 20020820.
Image Buttons have the classic look - this is addressed in bug report 18699
Fixed. No unaddressed issues remaining.
Created attachment 1875 [details] My toolbar without the manifest
Created attachment 1876 [details] My toolbar with the manifest
If i use the manifest i get a horrible toolbar. It is suddenly bigger,(smaller would be nice) but with a not so nice white line around the normal size. See my 2 attachements
Johan, this PR was closed because it was a catch all for "many things bad with XP look and feel". A better approach is to enter specific PR's against each failure, otherwise we lose track of what is fixed and we end up never closing this PR. Can you enter a new PR with the attachments describing what you are seeing so that we can leave this one closed?
done: 22767