http://bugs.winehq.org/show_bug.cgi?id=4540
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From tony.lambregts(a)gmail.com 2006-30-03 13:02 -------
Closing
--
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=2400
------- Additional Comments From agarobr.listas(a)gmail.com 2006-30-03 12:44 -------
Hi Vitaly Lipatov, since I don't know how do you connected remotely and you
didn't tell me, so I will make a guess. Are you connecting through some vnc
application?
Recentely Peter Åstrand post a message with subject "Keyboard translation
broken: uses raw keycodes" about her problem with Wine through Xvnc.
Take a look at the bug 1181. This our the problem I presume.
Nevertheless this remotely connection problem has almost nothing to do with this
bug 2400.
--
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=4960
------- Additional Comments From pgr(a)arcelectronicsinc.com 2006-30-03 12:27 -------
I also have a delphi 1 applicatoin with a problem with mdi forms not at the
correct position when moved before they are shown. I did try the patch and it
does not help my problem but my mdi form is not in the show state.
This application is from my bug 4897
http://69.49.235.190/test16bitapp.zip
wine kpnl1 to start the delphi 1 application.
What is seems to do is place the (yellow/gray) MDI forms on the explorer
window's (x y) instead of the parent's (x y) moving the form and restarting will
show those forms are placed relative to the explorer form.
--
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=4956
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.glbasic.com/files
| |/glbasic_sdk.exe
Status|UNCONFIRMED |NEW
Component|wine-files |wine-misc
Ever Confirmed| |1
Keywords| |download
Summary|_spawn fails if trying to |msvcrt:_spawn fails if
|run Win32 GCC |trying to run Win32 GCC
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-30-03 12:21 -------
Hi, are you sure you've set the dlloverride correctly? i tried
WINEDLLOVERRIDES="msvcrt=n" wine gcc.exe empty.c
after i've put native msvcrt in windows/system32, and that seemed to work just fine.
confirming the bug.
--
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=4948
------- Additional Comments From jan.wine(a)zerebecki.de 2006-30-03 12:16 -------
AFAIK it has nothing to do with copyprevention. And as you see from my backtrace
it gets stuck because the WaitFor... never returns. It has nothing to do with
different kernel versions or something like that, it is a regression in wine.
I'm not exactly sure for what it waits, as I didn't check that.
--
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=1990
------- Additional Comments From Speeddymon(a)gmail.com 2006-30-03 12:09 -------
This appears to be due to the fact that both wine and the x server are catching
the combo. wine thinks that you are trying to send a ctrl+ whatever command to
the windows app, and so catches the ctrl pressed event, but then when you press
the Fx the x server steps in and switches the desktop for you. A good
comparison is if you are pressing the ctrl button in wine, and then somehow you
suspend the wine process. You can let go of ctrl, but because it was pressed
when you suspended it, wine will still think it is pressed when you unsuspend
it.. The only way I can think to stop this is to press control again after you
switch back to wine, and it might catch the ctrl released. That or make sure
you aren't sending commands to wine, by clicking on a blank area od the desktop,
before you do the desktop switch.
For right now, I don't think this is possible to fix... Your best workaround is
to maybe change the hotkeys used to switch desktops, or just not use hotkeys to
switch desktops, since windows doesn't really support virtual desktops anyways..
--
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=1163
------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2006-30-03 12:03 -------
By all means, but I'm afraid the solution is not very straight-forward.
In principle, "DrawText" needs to remove all ampersands from the string
(remebering what logical character they were before), then perform the BiDi
reordering, get the logical->visual translation, and then add the & back before
the same characters at their new positions.
The problem is that DrawText does not currently do any BiDi reordering, at all.
This needs to be changed regardless of this bug, as DrawText is line-break
aware, while ExtTextOut is not. So DrawText needs to perform its own Bidi, and
then call ExtTextOut with the undocumented flag that tells the later to not do BiDi.
I hope I've helped.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4932
jan.wine(a)zerebecki.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From jan.wine(a)zerebecki.de 2006-30-03 11:57 -------
Applied as commit 5072fd440ae2a6c22a3e96eeb2ee212724d87893 (Date: 26.03.2006
17:06:54).
--
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=1385
Speeddymon(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |2012
nThis| |
------- Additional Comments From Speeddymon(a)gmail.com 2006-30-03 11:49 -------
So does anyone still have this problem even after trying managed/unmanaged,
fullscreen/window, virt desktop or no? Close in 1 month if no replies.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=1348
------- Additional Comments From Speeddymon(a)gmail.com 2006-30-03 11:46 -------
Could someone explain what these functions are part of? I know it is in
input.c, but is it keyboard input, or part of the edit control, rich edit, which
one?
--
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.