http://bugs.winehq.org/show_bug.cgi?id=2699
Summary: richedit control with ES_DISABLENOSCROLL aka ES_NUMBER
accepts no input
Product: Wine
Version: 20050111
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jberkes(a)pc-tools.net
Fully reproducible. A richedit control with the style ES_DISABLENOSCROLL (same
#define value as ES_NUMBER) accepts no keyboard input at all. This alone may
account for a large number of richedit-based applications that just won't work
under Wine.
I have determined that toggling this single style flag makes a richedit control
unusable. I compiled two bare bone applications with MSVC++. The only difference
between the applications was the ES_NUMBER style for the richedit resource (same
value as ES_DISABLENOSCROLL in order to disable scroll bars instead of hiding them).
Under Wine 20050111 (running on Slackware 10/GNOME) the test application with
richedit style ES_DISABLENOSCROLL did not accept any input, while the other test
application without this flag functioned normally.
--
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=2673
------- Additional Comments From titan.costa(a)wanadoo.fr 2005-04-02 16:44 -------
The only significant change between wine-20041019 and wine-20041201 is as follows:
diff -u wine-20041019/dlls/ddraw/mesa.c wine-20041201/dlls/ddraw/mesa.c
--- wine-20041019/dlls/ddraw/mesa.c 2004-09-08 02:37:25.000000000 +0100
+++ wine-20041201/dlls/ddraw/mesa.c 2004-11-19 18:05:15.000000000 +0000
@@ -1205,7 +1205,7 @@
for (x = 0; x < width; x++) {
DWORD color = *((DWORD *) src) & 0x00FFFFFF;
src += 3;
- *dst = *src++ << 8;
+ *dst = color << 8;
if ((color < src_d->ddckCKSrcBlt.dwColorSpaceLowValue) ||
(color > src_d->ddckCKSrcBlt.dwColorSpaceHighValue))
*dst |= 0xFF;
You may try to revert it and see if something changes.
--
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=2695
gabriele.giorgetti(a)teamfab.it changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From gabriele.giorgetti(a)teamfab.it 2005-04-02 10:05 -------
Here is the offending DIFF:
diff -urN wine-20040916/dlls/user/edit.c wine-20040917/dlls/user/edit.c
--- wine-20040916/dlls/user/edit.c Fri Feb 4 11:21:16 2005
+++ wine-20040917/dlls/user/edit.c Fri Feb 4 14:41:11 2005
@@ -4423,13 +4423,18 @@
/*
* In Win95 look and feel, the WS_BORDER style is replaced by the
* WS_EX_CLIENTEDGE style for the edit control. This gives the edit
- * control a non client area. Not always. This coordinates in some
- * way with the window creation code in dialog.c When making
- * modifications please ensure that the code still works for edit
- * controls created directly with style 0x50800000, exStyle 0 (
- * which should have a single pixel border)
+ * control a nonclient area so we don't need to draw the border.
+ * If WS_BORDER without WS_EX_CLIENTEDGE is specified we shouldn't have
+ * a nonclient area and we should handle painting the border ourselves.
+ *
+ * When making modifications please ensure that the code still works
+ * for edit controls created directly with style 0x50800000, exStyle 0
+ * (which should have a single pixel border)
*/
- es->style &= ~WS_BORDER;
+ if (lpcs->dwExStyle & WS_EX_CLIENTEDGE)
+ es->style &= ~WS_BORDER;
+ else if (es->style & WS_BORDER)
+ SetWindowLongW(hwnd, GWL_STYLE, es->style & ~WS_BORDER);
return TRUE;
}
A patch which reverts this change is attacched
--
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=2698
gabriele.giorgetti(a)teamfab.it changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|DUPLICATE |
--
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=50
gabriele.giorgetti(a)teamfab.it changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gabriele.giorgetti(a)teamfab.i
| |t
------- Additional Comments From gabriele.giorgetti(a)teamfab.it 2005-04-02 05:28 -------
*** Bug 2698 has been marked as a duplicate of this 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=2698
gabriele.giorgetti(a)teamfab.it changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From gabriele.giorgetti(a)teamfab.it 2005-04-02 05:28 -------
*** This bug has been marked as a duplicate of 50 ***
--
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=2698
Summary: Text alignment bug in editbox
Product: Wine
Version: 20050111
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabriele.giorgetti(a)teamfab.it
It looks like there is a problem with the text alignment in edit boxes.
A simple C program (with sources) that shows the wrong behaviour is attached.
Regards.
--
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.