Treeview plus/minus

Talking about the plus / minus symbols in the treeview control... Why with a size of 16 the plus symbol looks more like a small circle than a cross ? If I change the size to 18 the plus is drawn correctly Does anybody knows anything about this ? Regards. @@ -2329,7 +2330,7 @@ SelectObj

Re: text edit box not painting text ( on form startup )

Doug Herbert ha scritto: ( I have posted a similiar question in wine-users, don't flame me for doing so, just thinking about this some more, perhaps it may be more a developer question ) [ ... ] Same behavior here !

Re: edit control

Ulrich Czekalla wrote: Yes. Currently the code always removes its internal WS_BORDER flag so it doesn't paint its own border. Basically it leaves it to the default nonclient handler. But it should only do this if WS_EX_CLIENTEDGE is set. Otherwise it removes the WS_BORDER style and paints the borde

Re: Editbox background regression (bug 2695)

James Hawkins ha scritto: It would help if you could do a regression test on the problem. See this link: http://winehq.org/site/docs/wine-devel/x1314 Is anybody on this is issue ?

Re: Wrong keycodes ?

Dmitry Timoshkov ha scritto: What exactly does look wrong for you? It all works as expected here. Add +key,+event in addition to +keyboard and post the results with explanations what really goes wrong. Well I may be wrong but : VK_LEFT is #defined as 0x25 Now If I press the left arrow key, wine

Re: Wrong keycodes (bug#2742) ?

George Ginden ha scritto: Hi do you guys know anything about that already ? It looks like some keys are not mapped correctly: Also this is related to bug #2742: http://bugs.winehq.org/show_bug.cgi?id=2742

Wrong keycodes ?

Hi do you guys know anything about that already ? It looks like some keys are not mapped correctly: grep -r VK_* * | grep include/winuser.h include/winuser.h:#define VK_LEFT 0x25 include/winuser.h:#define VK_UP 0x26 include/winuser.h:#define VK_RIGHT0x27 inclu

Grid And GetFocus()

Hi, I've noticed, a wrong behavior in a simple program that has a grid implementation. Basically you can move around the grid with the direction keys. If you press enter, the cell lets you enter text. (just as excel works.). Also a mouse click on the cell does the same thing. The problem is th

Re: IDC_RIGHT, IDC_CENTER not defined ?

George Ginden ha scritto: OK I'm trying to implement text alignment in the edit control. Now, one question how do I know (in the EDIT_WM_NCCreate for example) if the text alignment has been requested by the programmer ? Nevermind, I've figured it out. Now I need to set the "

Re: Text Alignment, how is it handled ?

Dimitrie O. Paun ha scritto: Currently, our edit box (dlls/user/edit.c) does not support right-aligned fields. It is a known limitation. If you want you can try to implement it, and submit a patch. OK, I'm into it. But wait, I'm pretty new to the Wine codebase... Do you think it is a hard implem

IDC_RIGHT, IDC_CENTER not defined ?

OK I'm trying to implement text alignment in the edit control. Now, one question how do I know (in the EDIT_WM_NCCreate for example) if the text alignment has been requested by the programmer ? I guess the GetDlgItem function on es->hwndParent should do the job... but IDC_RIGHT and IDC_LEFT are

Text Alignment, how is it handled ?

Hi the following code part is not working in Wine as it work (as supposed) in Windows. HRight = GetDlgItem (hDlg,IDC_RIGHT); Edit_SetText(HRight, "Right"); How is text alignment, in a edit field, handled ? It looks like the Edit_SetText function is mapped to SetWindowText, which calls X11DRV_Set

BUG: text alignment in editboxes

It looks like text alignement is not implented or working correctly. Just run calc.exe in Windows then in Wine. Pay attention at where the digits are shown... I can also provide a simple C program to be used as testbed. See bug : 2698 Regards.

Editbox background regression (bug 2695)

*See Bug #2695 for screenshots: http://bugs.winehq.com/show_bug.cgi?id=2695 This regression was introduced within wine 20041019, since wine-20040914 was working just fine. (The latest release is still affected by the problem). The diff between these two versions is 5 megs big so I'm just wonderin

Wine desktop properties ?

Hi all, before I try and go through the code, is there any config option or registry entry to set the Wine's Desktop Background with an image or a different color ? Thanks.

[Fwd: Wine starts faster without /etc/printcap ...]

I hope this won't be that much OT here ... --- Begin Message --- Hi all, I've noticed that renaming the /etc/printcap file, (/etc/printcrap may be an option ;) ) so that wine can't find it, makes wine start remarkablly faster than it would with the printcap. Now I'm asking, is there any option i