March 2012 - Wine-Devel - list.winehq.org

Wine and Window Management
by Roger Cruz March 25, 2012

March 25, 2012

Could someone tell me if Wine has a built-in Window Manager of its own or does it count on the host's window manager for such things as window hierarchy (parent-child relationships), clipping, move, resize, iconify, etc? I want to run Wine on an environment which lacks X and I have been told conflicting information on whether I need to write my own window manager. It has always been my impression that Wine does all the window management so it must have a Windows window manager built-in. I'm interested in knowing that if I remove the X11 driver from Wine, whether I will have to also provide my own window manager or whether what is in Wine is sufficient. If there is a window manager in Wine, what type of functionality does it require from whatever I chose to replace X11 with? Thanks Roger R. Cruz

2 1

Re: GSoC proposal
by Hin-Tak Leung March 25, 2012

March 25, 2012

--- On Sun, 25/3/12, Cheer Xiao <xiaqqaix(a)gmail.com> wrote: > 2012/3/25 Hin-Tak Leung <htl10(a)users.sourceforge.net>: > > --- On Sun, 25/3/12, Cheer Xiao <xiaqqaix(a)gmail.com> > wrote: > > > > <snipped> > >> So according to you and the thread Jerome > mentioned, uxtheme > >> is one of > >> the more tricky and less rewarding areas; so I will > set it > >> aside for > >> the moment and work on the IME proposal instead. > > <snipped> > > > > There is no reason why you cannot submit two proposals, > if you are interested in two areas. You do not get penalized > for doing that, other than your own time of preparing two > proposals, which is twice the preparation work. > > > > In fact it is quite common for GSoC students to apply > for more than one project under different/same > organization. > > > > From the organization's point of view, it may be a good > decision to give the project to the strongest candidate if > there are multiple students applying to the same area; or > not to take up any student for lack of interests (from > mentors); in which case you might be still be taken up and > assigned to your "2nd" choice project. > > > > (poor applications - showing no understandings of the > background technology, etc - are rejected, so in that sense > you are penalized if you cannot devote enough time to your > proposal(s), if you divide your efforts). > > > > Thanks for the clarification. On the "multiple proposals" idea, in fact it is explicitly in the GSoC application schedule that there is a final decision afternoon or something, at which some organization admins come together to decide which organization would take a student, if a student had submitted multiple strong proposals to multiple organizations, and multiple organizations had decided to accept the same student to work on two different proposals. So submitting multiple proposals are explicitly allowed. Obviously, if you submit two proposals to the *same* organization, one of your applications would certainly be dropped at some intermediate stage before reaching that final stage, because they are reviewed by the same people (and there are some communications/decisions between organizations *before* that final stage, if multiple applications are made) . This is just because a student cannot be actually working on two projects over the same summer period, so all except one proposals must be turned down/withdrawn *eventually*. I am just saying that, if you feel like you could be happy working on more than one area, and is confident you can get a good proposal in for each (for the same organization, or different ones), by all means submit more than one proposals.

1 0

RFC: A donation for Corel Draw 12 - support.
by Gerold Jens Wucherpfennig March 24, 2012

March 24, 2012

Hi, how much money do I have to donate to winehq.org to let someone fix Wine for CorelDraw 12? http://appdb.winehq.org/objectManager.php?sClass=version&iId=2390 Installation worked, but Corel is not usable and only reports: "Registry Corrupt - The UI Language registration list is invalid" I've donated a few dollars some years ago to wine and I even coded some cabinet.dll stuff some years ago... Maybe someone can help me with fixing this? Best Regards, Gerold

1 0

XTestFakeKeyEvent events postponed until wine process exits
by Ilya Basin March 24, 2012

March 24, 2012

Hi list. Currently SendInput() works only with wine windows. I need to send keypresses to all windows, so I created a winelib dll that uses XTestFakeKeyEvent. I call this function from a wine process, but all my fake key presses wait for the process to exit. What is the reason?

1 0

Re: [website] Spanish translation for release 1.5.0
by Frédéric Delanoy March 24, 2012

March 24, 2012

On Sat, Mar 24, 2012 at 12:13, Eduardo García <eduardo.garcia(a)gmx.com> wrote: > You should send diff using git (e.g. with 'git format-patch -k 1) i.e. sthg like http://source.winehq.org/patches/data/84646

1 0

Re: [PATCH] mscoree: Print the correct values in a TRACE.
by Nicolas Le Cam March 23, 2012

March 23, 2012

Le 23 mars 2012 21:41, Lauri Kenttä <lauri.kentta(a)gmail.com> a écrit : > --- > dlls/mscoree/mscoree_main.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/dlls/mscoree/mscoree_main.c b/dlls/mscoree/mscoree_main.c > index 1aa120f..0ebc813 100644 > --- a/dlls/mscoree/mscoree_main.c > +++ b/dlls/mscoree/mscoree_main.c > @@ -359,7 +359,7 @@ HRESULT WINAPI GetRequestedRuntimeInfo(LPCWSTR pExe, LPCWSTR pwszVersion, LPCWST > > HRESULT WINAPI GetRequestedRuntimeVersion(LPWSTR pExe, LPWSTR pVersion, DWORD cchBuffer, DWORD *dwlength) > { > - TRACE("(%s, %p, %d, %p)\n", debugstr_w(pExe), debugstr_w(pExe), cchBuffer, dwlength); > + TRACE("(%s, %p, %d, %p)\n", debugstr_w(pExe), pVersion, cchBuffer, dwlength); > > if(!dwlength) > return E_POINTER; > -- > 1.7.9.4 > > > Hi Lauri, Should be %s debugstr_w(pVersion) IMHO. -- Nicolas Le Cam

2 2

Re: mscoree: Print the debug string and not the pointer to it.
by Lauri Kenttä March 23, 2012

March 23, 2012

On 2012-03-22 00:36, Michael Stefaniuc wrote: > HRESULT WINAPI GetRequestedRuntimeVersion(LPWSTR pExe, LPWSTR > pVersion, DWORD cchBuffer, DWORD *dwlength) > { > - TRACE("(%s, %p, %d, %p)\n", debugstr_w(pExe), debugstr_w(pExe), > cchBuffer, dwlength); > + TRACE("(%s, %s, %d, %p)\n", debugstr_w(pExe), debugstr_w(pExe), > cchBuffer, dwlength); Why is pExe printed two times? Maybe the second one should be pVersion? -- Lauri Kenttä

2 1

GSoC 2012 - Implement a few missing functions in D3DX9
by Józef Kucia March 21, 2012

March 21, 2012

Hi there, I'm writing to discuss my project proposal for upcoming Google Summer of Code. I was recently playing with Wine, looking around in the code and searching through Wine bugzilla. As a result I found out that there is still a quite number of functions missing in Wine's D3DX implementation. However, some of them are probably not used much in a real software. For example, the mostly unimplemented ID3DXSkinInfo interface seems to be not used frequently. In this email I would like to present things which I would like to implement. I hope that implementation of this functions, or at least some of them, could improve Wine compatibility with a few real applications. I would like to implement the following things: * Implement D3DXCreateRenderToSurface function and ID3DXRenderToSurface interface. * Finish the implementation of ID3DXFont, particularly ID3DXFont::DrawTextA and ID3DXFont::DrawTextW functions. * Implement D3DXCreateCubeTextureFrom* and D3DXCreateVolumeTextureFrom* functions. * Add support for DDS file format in D3DXGetImageInfoFrom* functions. I think I could also implement a few missing functions in ID3DXConstantTable interface, as a bonus task. I'm looking forward for a feedback. If you find any D3DX's function more important than functions enumerated by me, please let me know. I'm also looking for applications with heavy usage of D3DX dlls, especially applications which are using unimplemented or partially implemented functions (yes, I'm aware about http://wiki.winehq.org/DirectX-D3DX9) Cheers, Józef Kucia

4 8

Updating GSoC proposal
by Jacek Caban March 21, 2012

March 21, 2012

Hi all, GSoC is starting this year and, if we want to have good applications, we need to update our proposals. Usually the most attention is directed into adding new ones, while we keep obviously bad (or just bad IMO) proposals on the page. I'm planning to remove following project proposals: Security - implement sandboxing Theming - Implement Wine theming support NTDLL - support performance registry keys Winelib Aware Scons (or cmake) Cleanup Winemenubuilder to support generating Application Bundles on Mac OS X Wine-based application virtualization If someone knows a reason to not remove them, please reply. Cheers, Jacek

9 16

Re: Changed UrlGetPartA and UrlGetPartW to return the correct (different) values.
by Nikolay Sivov March 21, 2012

March 21, 2012

On 3/21/2012 09:24, Eric Culp wrote: > On Wed, Mar 21, 2012 at 2:59 AM, Nikolay Sivov <bunglehead(a)gmail.com > <mailto:bunglehead(a)gmail.com>> wrote: > > On 3/21/2012 08:58, Eric Culp wrote: > > The two functions have different return values on windows for > analogous inputs. > Changed to match windows behavior. > --- > dlls/shlwapi/url.c | 12 ++++++++++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > > Please add some tests for that. > > I think it's already covered by > > dlls/shlwapi/tests/url.c:672 > res = pUrlGetPartA("hi", szPart, &dwSize, URL_PART_SCHEME, 0); > ok (res==S_FALSE, "UrlGetPartA(\"hi\") returned %08X\n", res); > > and > > dlls/shlwapi/tests/url.c:685 > res = pUrlGetPartW(hiW, bufW, &dwSize, URL_PART_SCHEME, 0); > todo_wine ok(res==S_OK, "UrlGetPartW(\"hi\") returned %08X\n", res); > > Line 686 was the one that previously triggered a todo. Should the > todo_wine be removed? Yes, you should run 'make test' and get no errors after your changes. If you fixed todo it should be removed, if you break existing test you should fix your patch. > > > >

1 0