http://bugs.winehq.org/show_bug.cgi?id=10640
Summary: Change to modern Windows colours - not enough
Product: Wine
Version: 0.9.50.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bammzilla(a)gabriana.com
While I appreciate (and love) the patch by Alexander Nicolaysen Sørnes
entitled "user32: Change to modern Windows colours", I think the change is not
enough.
I did a fresh install of Windows XP, and compared the colors found in the patch
for DefSysColors to the Windows XP registry key "HKEY_CURRENT_USER\Control
Panel\Colors" and found that the following still need to be changed:
"ActiveTitle" from "0 0 128" to "10 36 106"
"ButtonDkShadow" from "0 0 0" to "64 64 64"
"ButtonLight" from "224 224 224" to "212 208 200"
"GradientActiveTitle" from "16 132 208" to "166 202 240"
"GradientInactiveTitle" from "181 181 181" to "192 192 192"
"Hilight" from "0 0 128" to "10 36 106"
"MenuHilight" from "0 0 0" to "10 36 106"
In addition, Windows XP's registry contains the following entries not found in
Wine's DefSysColors function:
"ButtonAlternateFace"="181 181 181"
"HotTrackingColor"="0 0 128"
"InfoBorder"="41 3 2"
"InfoText"="0 0 0"
"InfoWindow"="255 255 225"
Although Wine does not use the additions yet, it might be useful to have them
too in case future enhancements to Wine needs them.
I also suggest that the entries be arranged alphabetically for people browsing
the code to easily find what they are looking for.
I therefore suggest the following content for the DefSysColors function,
properly alphabetized:
static const char * const DefSysColors[] =
{
"ActiveBorder", "212 208 200", /* COLOR_ACTIVEBORDER */
"ButtonAlternateFace", "181 181 181" /* COLOR_BUTTONALTERNATEFACE */
"ActiveTitle", "0 0 128", /* COLOR_ACTIVECAPTION */
"AppWorkSpace", "128 128 128", /* COLOR_APPWORKSPACE */
"Background", "0 128 128", /* COLOR_BACKGROUND */
"ButtonDkShadow", "0 0 0", /* COLOR_3DDKSHADOW */
"ButtonFace", "212 208 200", /* COLOR_BTNFACE */
"ButtonHilight", "255 255 255", /* COLOR_BTNHIGHLIGHT */
"ButtonLight", "224 224 224", /* COLOR_3DLIGHT */
"ButtonShadow", "128 128 128", /* COLOR_BTNSHADOW */
"ButtonText", "0 0 0", /* COLOR_BTNTEXT */
"GradientActiveTitle", "16 132 208", /* COLOR_GRADIENTACTIVECAPTION */
"GradientInactiveTitle", "181 181 181", /* COLOR_GRADIENTINACTIVECAPTION */
"GrayText", "128 128 128", /* COLOR_GRAYTEXT */
"Hilight", "0 0 128", /* COLOR_HIGHLIGHT */
"HilightText", "255 255 255", /* COLOR_HIGHLIGHTTEXT */
"HotTrackingColor", "0 0 128" /* COLOR_HOTTRACKINGCOLOR */
"InactiveBorder", "212 208 200", /* COLOR_INACTIVEBORDER */
"InactiveTitle", "128 128 128", /* COLOR_INACTIVECAPTION */
"InactiveTitleText", "212 208 200", /* COLOR_INACTIVECAPTIONTEXT */
"InfoBorder", "41 3 2" /* COLOR_INFOBORDER */
"InfoText", "0 0 0" /* COLOR_INFOTEXT */
"InfoWindow", "255 255 225" /* COLOR_INFOWINDOW */
"Menu", "212 208 200", /* COLOR_MENU */
"MenuBar", "212 208 200" /* COLOR_MENUBAR */
"MenuHilight", "0 0 0", /* COLOR_MENUHILIGHT */
"MenuText", "0 0 0", /* COLOR_MENUTEXT */
"Scrollbar", "212 208 200", /* COLOR_SCROLLBAR */
"TitleText", "255 255 255", /* COLOR_CAPTIONTEXT */
"Window", "255 255 255", /* COLOR_WINDOW */
"WindowFrame", "0 0 0", /* COLOR_WINDOWFRAME */
"WindowText", "0 0 0", /* COLOR_WINDOWTEXT */
};
other files touched by Alexander's patch should be updated accordingly, such as
display.rc, etc.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9837
Summary: Mouse cursor only visible in Safari when moving mouse.
Product: Wine
Version: 0.9.46.
Platform: PC-x86-64
URL: http://www.apple.com/safari/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)pajamian.dhs.org
In Safari beta 3.0.3 for windows running in Wine the mouse cursor is only
visible when moving the mouse or when one of the mouse buttons are held down
(dragging).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9774
Summary: Max Payne 1.05 - T-junction-like graphic bugs
Product: Wine
Version: 0.9.45.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
Hi there,
I recently installed Max Payne on Wine and I'm now in the progress of playing
the entire game on my Linux machine. It works fine but I encountered some
graphical bugs.
The bug is somehow like the old t-junction errors (I know them from my
half-life mapping experiences), causing single flashing pixels of some odd
color at points where game geometry is put together. Most of the time at
polygon edges. This errors appear nearly everywhere in the game, sometimes you
hardly notice them, but sometimes they are very intense.
I know for sure that when I played the game on my Windows machine there we no
t-junction errors at all.
I would like to supply some screenshots to illustrate the problem, but the
integrated screenshot functionality doesn't seem to work. It simply outputs a
completly black TGA file. I'm going to file another bugreport for this one.
Any idea how to get a screenshot with another method?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9836
Summary: Safari user interface is blacked out
Product: Wine
Version: 0.9.46.
Platform: PC-x86-64
URL: http://www.apple.com/safari/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)pajamian.dhs.org
Created an attachment (id=8303)
--> (http://bugs.winehq.org/attachment.cgi?id=8303)
Safari beta 3.0.3 screenshot.
The safari user interface looks like crap in Wine. See attached screenshot.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10416
Summary: Guild Wars shines mispositioned
Product: Wine
Version: 0.9.49.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ambro(a)b4ever.net
'shines' appear a little higher than they are supposed to appear. See the
screenshot. Can also be seen in fire in the main menu if compared to wine
0.9.48.
I've set OffscreenRenderingMode=fbo, otherwise the shines are composed of
squares, but still mispositioned.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10387
Summary: Civilization 4 world overview sphere rendered/lit
incorrectly
Product: Wine
Version: 0.9.49.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hein(a)kde.org
CC: stefandoesinger(a)gmx.at
Created an attachment (id=9066)
--> (http://bugs.winehq.org/attachment.cgi?id=9066)
Wine v0.9.49 rendering Civ4: Beyond the Sword v3.13's world overview
incorrectly
Firaxis' turn-based strategy game Civilization 4 is played on a 3D game board
modelling the surface of a planetoid. When the camera is close to the ground,
the curvature of the planetoid is not discernable. When zooming out, i.e.
moving the camera away from the ground, the landscape gradually morphs into a
sphere.
While Wine 0.9.49 renders the landscape correctly in all areas of the game
board when the camera is close to the ground, at some point when moving the
camera further out parts of the surface stop being rendered or lit correctly.
Areas of the map that should be brightly rendered are dark, with a hard
transition between the correctly and the incorrectly rendered areas of the
sphere. There does not appear to be a relationship between the demarcation line
and the game logic, as it doesn't follow the game's fog-of-war or border
simulation systems.
Tested releases include 0.9.38, 0.9.44, 0.9.48 and 0.9.49. The problem exists
in all of them. I have reason to believe, based on experiences while bisecting
for an unrelated bug (#9736), that there exists a git revision between 0.9.44
and 0.9.49 where the problem is not apparent, but have so far been unable to
reproduce and track down that revision again.
The Wine configuration is fairly untouched. The Windows version is set to
Windows 2000. Pixel and vertex shader support is enabled. Microsoft's MSXML 3
was installed and related DLL overrides added, which is necessary to run the
game.
The tested version of the game is the very latest, namely "Civilization 4:
Beyond the Sword" at patch level 3.13. "Beyond the Sword" is the second
commercial expansion/upgrade pack to the original title, and the preferred
version to play the game.
Testing was undertaken using nVidia's proprietary graphics driver in version
100.14.19 on a GeForce 8800 GTX, with X.org v7.3 (xorg-server v1.4) and Linux
v2.6.23.1. The distribution is Gentoo Linux.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10505
Summary: WISO Sparbuch 2008: characters of each line are shown
over each other in the first column
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guido.wilken(a)gmx.net
Created an attachment (id=9247)
--> (http://bugs.winehq.org/attachment.cgi?id=9247)
screenshot
The program itself starts but all characters of each textfield are shown in one
place. (see screenshot)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10730
Summary: WISO Sparbuch 2008: characters are not rendered
correctly
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-usp10.dll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guido.wilken(a)gmx.net
CC: dank(a)kegel.com, juan_lang(a)yahoo.com, hans(a)it.vu.nl,
b.o.kenworm(a)xs4all.nl, wine-bugs(a)freefoclib.org
Created an attachment (id=9573)
--> (http://bugs.winehq.org/attachment.cgi?id=9573)
characters are not rendered correctly in screen: "Datenübernahme "
with the workaround suggested in bug #10505 wiso2008 works fine so far.
In the import module the "Datenübernahme"-Screen, which is used to check the
imported values, characters are not rendered correctly.
please see attached screenshot.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10257
Summary: No response to xyz axis joystick movement.
Product: Wine
Version: 0.9.4.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bgoodwin91006(a)yahoo.com
Created an attachment (id=8885)
--> (http://bugs.winehq.org/attachment.cgi?id=8885)
brief notes and a dinput trace
After updating from wine version 0.9.42 to 0.9.46, the game; F/A-18 PSF no
longer responds to joystick movement. I downloaded, built, and installed 0.9.47
and got the same failure. My joystick is a Microsoft Sidewinder attached via
USB. It shows up as /dev/js0, /dev/input/js0, and /dev/input event3.
Permissions are set to 655 (read/execute). The joystick buttons work correctly.
jscal and jstest work correctly. The short trace (attached) indicates that wine
recieved the stick movement correctly. The only thing in the trace that looked
out of place was a message that the GUID of the joystick was invalid.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9868
Summary: foobar2000 0.9.4.4 - edit fields not selectable
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
Hi there,
I'm suffering problem this problem since updating my foobar2000 version from
0.9.4.3 to 0.9.4.4. I didn't test this with the 0.9.4.5 beta on the fb2k
webpage.
The problem is that when editing tagging information clicking on the edit
fields doesn't allow me anymore to edit them. I can click but nothing happens.
There should however appear a cursor in the edit field to allow modidying the
tags.
I'm going to attach a screenshot this evening to show which edit fields I mean
and what is supposed to happen when clicking them.
This problem appears both in wine 0.9.45 and 0.9.46
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.