http://bugs.winehq.org/show_bug.cgi?id=14821
Summary: Kirikiri based games update screen slowly
Product: Wine
Version: 1.1.2
Platform: PC
URL: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr23
0rc1.lzh
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: drakh(a)spamcop.net
Games based on the open source Kirikiri engine update the screen rather slowly.
These are Japanese visual novels, mainly consisting of static images with some
simple filters and compositing, accompanied by text and sounds. They're very
undemanding resource wise, and screen updates happen more or less
instantaneously in Windows on the same hardware. It's most noticeable when the
background image changes, taking a second or two to load from top to bottom,
but even text rendering is clearly slower when fast forwarding through a scene.
The engine has been used for commercial games like Fate/Stay night, though the
author's generic build (linked to in the URL field) has a simple example script
that demonstrates the problem. To run it, you need to have Japanese language
support installed, then launch "\kirikiri2\krkr.eXe" (passing wine the
LANG=ja_JP.UTF-8 variable) and point it to the "\kag3\syoukai\" folder.
The source is available through SVN
(https://sv.kikyou.info/trac/kirikiri/wiki/AboutSubversion).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13183
Summary: Control '' has no parent window in ExpressQuantumGrid
Product: Wine
Version: 1.0-rc1
Platform: All
URL: http://www.devexpress.com/Downloads/VCL/ExQuantumGrid/fi
les/ExpressQuantumGrid%206%20Demos.exe
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: developers(a)tefnet.pl
There is a problem with ExpressQuantumGrid widget called ExtLookupComboBox
Editor. When you try to click on combo box element it pop ups a warning:
"Control '' has no parent window"
But when you select an item from combo box using keyboard it works fine.
Steps to reproduce:
1. Download exe from link above
2. Install mdac and jet4
3. Run application
4. Select "Inplace editors (Updated)"
5. Open combo box "ExtLookupComboBox Editor"
6.
a) Click on any element in combo box (you'll get a warning)
b) Set focus on any element and press enter (you won't get a warning)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9623
Summary: Photoshop 7 text tool not working without Times.TTF from
corefonts
Product: Wine
Version: 0.9.44.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikolaj.zalewski(a)gmail.com
I have this problem only on one system. On another I didn't install corefonts
but it worked - I will have to check why. Photoshop writes that it can't
complete the specified operation because a system font was not found. Of course
it's not Times New Romand that is selected in the tool. Using winetricks to
install corefonts works.
--
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=12635
Summary: Windows Media Player 10 doesn't update music list
promptly
Product: Wine
Version: 0.9.59.
Platform: Other
URL: http://www.microsoft.com/windows/windowsmedia/player/dow
nload/download.aspx
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
If you add or delete an item in the music list,
you have to switch to a different list and back
before the music list reflects the update.
It's not just a drawing problem, I think;
moving it offscreen and back onscreen doesn't fix it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14134
Summary: NetBSD fixes for Wine 1.0
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: NetBSD
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jmcneill(a)netbsd.org
Created an attachment (id=14382)
--> (http://bugs.winehq.org/attachment.cgi?id=14382)
Use wine-kthread by default on NetBSD
The attached patches are required for Wine 1.0 to work properly on NetBSD.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13191
Summary: Trackmania Nations Forever doesn't work with PC2/3
shaders or with bloom-effect
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ape3000(a)gmail.com
When I try to enable PC2 or PC3 shaders in Trackmania Nations Forever
configuration and then play the game it doesn't work. The menus are drawn as
solid black boxes. PC0(off?) and PC1 works fine.
When I enable bloom-effect, it will add some annoying white bars to everywhere
with bright light. So there is just white bars instead of the correct effect.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10063
Summary: wineconsole run fail on korean locale.
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dlunch(a)gmail.com
wineconsole failed to run in korean locale.
it reports 'err:wineconsole:WCUSER_SetFont wrong font' few times and
'err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting'.
but when i tried LANG="C" wineconsole cmd, it runs successfully.
--
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=11898
Summary: Dance eJay Demo 7 crashes due to unimplemented interface
relating to devenum
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://support.empireinteractive.com/default.aspx?MID=8F
F6D156CB73&PID=D70EED24-7412-4A36-A7B2-879837165C8C
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=11192)
--> (http://bugs.winehq.org/attachment.cgi?id=11192)
Output with devenum and qcap traces
As per bug #11863, a separate bug is filed for other issues in this
application. When starting the Dance eJay 7 Demo, after the trial time dialog,
a page fault is incurred. The devenum trace seems to suggest that the issue
lies in that particular component, as per comment 3 of bug 11863. Attached are
logs pertaining to this issue.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13843
Summary: tooltips not working properly - message problems
Product: Wine
Version: 1.0-rc4
Platform: Other
URL: http://mrhx.ucoz.com/load/0-0-0-27-20
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)centrum.cz
In the VISG editor (see url) the tooltips aren't resized and painted properly.
Works on windows.
Developer explanation (copied below without screenshots):
http://www.reactos.org/forum/viewtopic.php?p=36824&sid=9c02654b3b5b22544622…
As you may see, the button tooltip has the same size as in winxp.
This is correct, but it is not painted. I think, it's because ROS paints the
tooltips not via WM_PAINT.
And the second: the window tooltip with little screenshot...
It is not painted and has wrong size.
I think, it's because this tooltip didn't have LPSTR_TEXTCALLBACK as its
caption (in other words, it has direct caption). I resize the tooltip on
TTN_SHOW message. But, as I see, there is no such message for the window
tooltip. But the winapi documentation says TTN_SHOW is sent when the tooltip is
about to be shown. And no matter, has it LPSTR_TEXTCALLBACK or not. The button
tooltip has LPSTR_TEXTCALLBACK instead of its caption, and it's resized
correctly.
So, I think, there are two bugs:
1) painting tooltips not via WM_PAINT.
2) not sending TTN_SHOW, if the tooltip did not have LPSTR_TEXTCALLBACK.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9532
Summary: Month calendar control uses 0=sunday for firstDayOfWeek
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
This bug has been transferred from bug 9490. The month calendar control
displays sunday as the first day of the week, even though
LOCALE_IFIRSTDAYOFWEEK=0. This is because the implementation is based uses
0=sunday, rather than 0=monday. MSDN indicates that the API
(SetFirstDayOfWeek/GetFirstDayOfWeek) should use 0=monday, see
http://msdn2.microsoft.com/en-us/library/ms670423.aspx.
So, either the implementation needs to be changed to use 0=monday throughout
the code, or we can continue to use 0=sunday internally, but then we need to
convert when we talk to the rest of the world.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.