http://bugs.winehq.org/show_bug.cgi?id=3534
------- Additional Comments From citizenr(a)gmail.com 2007-27-06 20:58 -------
>Since they involve more hacks than clear implementation, they
>have not been applied.
Since the whole WS_EX_TRAYWINDOW style is a big fat smelly hack and we are all
using it wouldnt it be better to have a nice proper looking 'big fat smelly
hack' instead of gray turd?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are …
[View More]receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=8809
------- Additional Comments From vitorgatti(a)yahoo.com.br 2007-27-06 20:30 -------
oh... :O
So Wine's Virtual Desktop should have its own systray?
hmmm... I hope this can be implemented for the next release :P
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2663
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-27-06 17:44 -------
Could you provide a screenshot of how the toolbars looks under Wine and under
Windows?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7905
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-27-06 17:38 -------
I see I haven't written what's the status of this bug. My guess was correct -
CopyImage was doing w RGB656 -> RGB555 conversion. I wrote a patch not to use
CopyImage however it was decided that it's better to fix the CopyImage (even if
Windows CopyImage has also the same bug). I haven't written a patch yet but I'm
planning to do it.
--
Configure bugmail: …
[View More]http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=7852
------- Additional Comments From cfreak200(a)gmail.com 2007-27-06 17:30 -------
That didn't work. I'll search for an other method.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8744
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-27-06 17:24 -------
Created an attachment (id=6899)
--> (http://bugs.winehq.org/attachment.cgi?id=6899&action=view)
disable noexec protection
Maybe you have noexec protection on one computer but not on the other? Wine
allocate 16-bit code segments with GlobalAlloc which calls HeapAlloc thus this
genereates exceptions when noexec is enabled. You could check this by trying
…
[View More]this patch that disables the NX protection in a brutal way (a cleaner
workaround would be to remove the NX Compatible bit from winevdm.exe. However
the proper solution is to alloc blocks in GlobalAlloc with VirtualAlloc - some
time ago I've been working on such a patch but it's not finished yet)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=7852
------- Additional Comments From cfreak200(a)gmail.com 2007-27-06 16:52 -------
I took a look into the dxinput source and think that i found whats "wrong" with it.
I'm not yet very familiar with the source code but what i found could be the
reason for this behavior.
in the dlls/dinput/mouse.c at the function dinput_mouse_hook() is a check for
the mosuemovement which make sure the mouse has move before sending a event.
I've commented that if-…
[View More]segment out and just left the queue_event() thing in to
check if it helps.
Right now it's compiling. I'll report back after I could test it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=8635
------- Additional Comments From ben(a)atomnet.co.uk 2007-27-06 16:22 -------
Has this patch been committed? If not why not? (and is it likely to be in the
future?).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8809
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |trivial
Component|wine-misc |wine-programs
------- Additional Comments From vitaliy(a)kievinfo.com 2007-27-06 15:45 -------
It shouldn't be visible in the virtual desktop mode to begin with.
--
Configure …
[View More]bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=8790
------- Additional Comments From M.B.Lankhorst(a)gmail.com 2007-27-06 15:23 -------
If you can figure out why the assertion fails you'll have your music back.
What I recall from the first patch is that there were a lot of circular
dependencies so I had to cut down on them, my guess is that the patch I wrote
exposed some deeper things wrong.
Second patch has nothing to do with what's wrong.
All you're missing is the thread.
try a +quartz …
[View More]with and without the first patch and see what's different.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[View Less]