Re: GSoC proposal

You're right about RegOpenUserClassesRoot(). It'll just serve as another way to RegOpenKeyEx(HKEY_CLASSES_ROOT) for now because wine doesn't yet support multiple NT users. For the list.. it's very strange. I've tested on my side and it does seem that there's no difference whatsoever. But then what

Re: GSoC proposal

Hi George, Di you notice this in that page: The RegOpenUserClassesRoot function provides a merged view for processes, such as services, that are dealing with clients other than the interactive user In http://msdn.microsoft.com/en-us/library/windows/desktop/ms724899(v=vs.85).aspx it says: Applicat

Re: GSoC proposal

As we know already from [1], the merge is going to happen according to certain rules. The list at the end of the page signifies which subkeys are going to be *merged* from HKLM\Software\Classes\subkey and HKCU\Software\Classes\subkey and not simply linked to. Now there's a comment on the article t

GSoC proposal

Hello wine-devel! This is my proposal as a student for Google Summer of Code 2013. I'm George Stephanos from the "Arab Academy for Science and Technology" situated in Egypt. gsteph on #winehackers I'm currently about to finish my second semester as a BSc in CS. Previous Experience: I haven't deve

Re: GSoC proposal

Hi George, On Wed, May 1, 2013 at 8:14 AM, George Stephanos wrote: > Hello wine-devel! > > This is my proposal as a student for Google Summer of Code 2013. > I'm George Stephanos from the "Arab Academy for Science and Technology" > situated in Egypt. gsteph on #winehackers > I'm currently about t

Re: GSoC proposal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 2013-05-01 17:14, schrieb George Stephanos: > Tell me if you need more information. Hope you consider me! I can't comment on the details of the proposal, but please note that you have to submit the proposal at http://www.google-melange.com/gsoc/home

GSoC proposal

Hello wine-devel! This is my proposal as a student for Google Summer of Code 2013. I'm George Stephanos from the "Arab Academy for Science and Technology" situated in Egypt. gsteph on #winehackers I'm currently about to finish my second semester as a BSc in CS. Previous Experience: I haven't deve

Re: Updating GSoC proposal

On Tue, Mar 20, 2012 at 2:41 AM, Jacek Caban wrote: > > Cleanup Winemenubuilder to support generating Application Bundles on Mac > OS X There is a much better version of my patch for this on the morth-wine tree on GitHub. It just needs to be broken up and submitted by someone that cares. If a So

Re: GSoC proposal

--- On Mon, 26/3/12, Aric Stewart wrote: > Hi, > > Not to argue if it will be useful or not, as I do not know. > I think this > will be technically very hard. You will have to be able to > get the > keystrokes for a native linux applications feed them into > WINE, have > wine do the IME proce

Re: GSoC proposal

--- On Mon, 26/3/12, Cheer Xiao wrote: > > What you are describing is the desirability of > predictive and phrasal input > > methods in general, where the computer can anticipate > and guess your > > intention as you type. > > > > We only disagree in the definition of what a "decent" IME > is. B

Re: GSoC proposal

Hi, Not to argue if it will be useful or not, as I do not know. I think this will be technically very hard. You will have to be able to get the keystrokes for a native linux applications feed them into WINE, have wine do the IME processing and then get the resulting characters and feed them b

Re: GSoC proposal

2012/3/26 Hin-Tak Leung : > Cheer Xiao wrote: > > >>> I'm sure that's all true, but why would making Win32 input methods run >>> through Wine be a better (or even easier) solution than improving the >>> Linux/X11 input methods? >> >> >> (I'm talking about Chinese, but the same is true for Japanese

Re: GSoC proposal

Cheer Xiao wrote: I'm sure that's all true, but why would making Win32 input methods run through Wine be a better (or even easier) solution than improving the Linux/X11 input methods? (I'm talking about Chinese, but the same is true for Japanese.) Because developing a decent pinyin (it's a ro

Re: GSoC proposal

2012/3/25 Henri Verbeet : > On 25 March 2012 16:49, Qian Hong wrote: >> IMO using win32 IME on Linux is necessary for some people. In fact even >> most Chinese users don't know how many Chinese IMEs there exist, some >> of them have no alternative at all. Also, some handwriting input method >> edi

Re: GSoC proposal

On Sun, Mar 25, 2012 at 11:02 PM, Henri Verbeet wrote: > On 25 March 2012 16:49, Qian Hong wrote: >> IMO using win32 IME on Linux is necessary for some people. In fact even >> most Chinese users don't know how many Chinese IMEs there exist, some >> of them have no alternative at all. Also, some h

Re: GSoC proposal

2012/3/25 Aric Stewart : > Hi, > >  As a developer who has done a lot of work in the IME/XIM areas of wine I > thought I would chime in. > >  The IME/XIM stuff sounds interesting but I am really not sure how useful it > is going to be. I will have to review what the GSoC outline is like but it > fe

Re: GSoC proposal

On 25 March 2012 16:49, Qian Hong wrote: > IMO using win32 IME on Linux is necessary for some people. In fact even > most Chinese users don't know how many Chinese IMEs there exist, some > of them have no alternative at all. Also, some handwriting input method > editors and some speech-to-text inp

Re: GSoC proposal

Hi, On Sun, Mar 25, 2012 at 10:30 PM, Aric Stewart wrote: > Hi, > >  As a developer who has done a lot of work in the IME/XIM areas of wine I > thought I would chime in. > >  The IME/XIM stuff sounds interesting but I am really not sure how useful it > is going to be. I will have to review what t

Re: GSoC proposal

cate as bug 19263 [2]), which I believe is a long-standing issue. Simply put, uxthemes has some performance problems, and consequently UI rendering with theming enabled would lag a lot. Since I'm also planning for GSoC, I would like make that my GSoC proposal and fix the bug myself. Also

re: GSoC proposal

> submitting multiple proposals are explicitly allowed. True, but be careful, for two reasons: 1) there may have been cases where people who submit applications to two orgs fall through the cracks, with each org thinking the other was going to take him. 2) passion generally drives success, and u

Re: GSoC proposal

--- On Sun, 25/3/12, Cheer Xiao wrote: > 2012/3/25 Hin-Tak Leung : > > --- On Sun, 25/3/12, Cheer Xiao > wrote: > > > > > >> 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 mo

Re: GSoC proposal

--- On Sun, 25/3/12, Cheer Xiao wrote: > 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. There is no reason why you cannot submit two proposals,

Re: GSoC proposal

rformance problems, and consequently UI >> rendering with theming enabled would lag a lot. Since I'm also >> planning for GSoC, I would like make that my GSoC proposal and fix the >> bug myself. Also, there are failing tests regarding dlls/uxtheme - >> running dlls/uxtheme

Re: GSoC proposal

lot. Since I'm also planning for GSoC, I would like make that my GSoC proposal and fix the bug myself. Also, there are failing tests regarding dlls/uxtheme - running dlls/uxtheme/tests/uxtheme_test.exe.so gives 11 failures out of a total of 56 executed tests. I can try to fix that too. With a

Re: GSoC proposal

gt; rendering with theming enabled would lag a lot. Since I'm also > planning for GSoC, I would like make that my GSoC proposal and fix the > bug myself. Also, there are failing tests regarding dlls/uxtheme - > running dlls/uxtheme/tests/uxtheme_test.exe.so gives 11 failures out > of a to

GSoC proposal

oC, I would like make that my GSoC proposal and fix the bug myself. Also, there are failing tests regarding dlls/uxtheme - running dlls/uxtheme/tests/uxtheme_test.exe.so gives 11 failures out of a total of 56 executed tests. I can try to fix that too. With all of these, this may still be a trivial pro

Re: Updating GSoC proposal

On 3/21/12 6:48 PM, HolyCause wrote: Jacek, Perhaps there would be needed some temporary hacks that would allow mixing new and old parsing code while it's rewritten part by part. I think such a project would be good, as long as student is prepared to deal with this. I'm not sure we want to pr

Re: Updating GSoC proposal

Jacek, Perhaps there would be needed some temporary hacks that would allow mixing new and old parsing code while it's rewritten part by part. I think such a project would be good, as long as student is prepared to deal with this. I'm not sure we want to promote larger tasks on cmd, such as GS

Re: Updating GSoC proposal

On 03/20/12 23:15, HolyCause wrote: > michael, > > > Getting that into Wine in small and incremental patches will be hard as > > a big drop in patch is not an option. > I don't know if I understand "a big drop in patch"... Do you mean > committing all of the changes as one, large patch? > > On that

Re: Updating GSoC proposal

--- On Tue, 20/3/12, Hin-Tak Leung wrote: > > FWIW I was planning on improving cmd as my GSoC > project, and > > I've talked to Dan Kegel about it - there's been no > protests > > (only support) thus far on that front, so it at least > seems > > doable. > > > > In terms of being valid... if cmd

Re: Updating GSoC proposal

--- On Tue, 20/3/12, HolyCause wrote: > On 3/20/12 07:22, Maarten Lankhorst > wrote: > > Agreed, would like to add cmd parser to that list too. > > > > ~Maarten > Why is this? Does cmd sound like a bad project? > > FWIW I was planning on improving cmd as my GSoC project, and > I've talked to Da

Re: Updating GSoC proposal

michael, > Getting that into Wine in small and incremental patches will be hard as > a big drop in patch is not an option. I don't know if I understand "a big drop in patch"... Do you mean committing all of the changes as one, large patch? On that note, are GSoC projects done in smaller, indiv

Re: Updating GSoC proposal

Hello Alex, On 03/20/2012 05:17 PM, HolyCause wrote: > On 3/20/12 07:22, Maarten Lankhorst wrote: >> Agreed, would like to add cmd parser to that list too. >> >> ~Maarten > Why is this? Does cmd sound like a bad project? > > FWIW I was planning on improving cmd as my GSoC project, and I've talked

Re: Updating GSoC proposal

On 3/20/12 07:22, Maarten Lankhorst wrote: Agreed, would like to add cmd parser to that list too. ~Maarten Why is this? Does cmd sound like a bad project? FWIW I was planning on improving cmd as my GSoC project, and I've talked to Dan Kegel about it - there's been no protests (only support) t

Re: Updating GSoC proposal

On 3/20/2012 16:45, Jerome Leclanche wrote: On Tue, Mar 20, 2012 at 11:02 AM, Nikolay Sivov > wrote: On 3/20/2012 12:48, Jerome Leclanche wrote: On Tue, Mar 20, 2012 at 9:43 AM, Jacek Caban mailto:ja...@codeweavers.com>> wrote: Hi all,

Re: Updating GSoC proposal

On 03/20/12 14:14, Vitaliy Margolen wrote: > On 03/20/2012 03:43 AM, Jacek Caban wrote: >> 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

Re: Updating GSoC proposal

On Tue, Mar 20, 2012 at 11:02 AM, Nikolay Sivov wrote: > On 3/20/2012 12:48, Jerome Leclanche wrote: > > On Tue, Mar 20, 2012 at 9:43 AM, Jacek Caban wrote: > >> Hi all, >> >> GSoC is starting this year and, if we want to have good applications, we >> need to update our proposals. Usually the mo

Re: Updating GSoC proposal

Hey Jacek, Op 20-03-12 10:43, Jacek Caban schreef: > 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

Re: Updating GSoC proposal

On 03/20/2012 03:43 AM, Jacek Caban wrote: 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

Updating GSoC proposal

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: Secu

Re: Updating GSoC proposal

On 3/20/2012 12:48, Jerome Leclanche wrote: On Tue, Mar 20, 2012 at 9:43 AM, Jacek Caban > wrote: 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

Re: Updating GSoC proposal

On 03/20/12 10:48, Jerome Leclanche wrote: > On Tue, Mar 20, 2012 at 9:43 AM, Jacek Caban > wrote: > > 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

Re: Updating GSoC proposal

On Tue, Mar 20, 2012 at 9:43 AM, Jacek Caban wrote: > 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 th

Updating GSoC proposal

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: Secu

GSoC proposal: Implement the Explorer

Hi everyone, I too thought I'd see what my current thinking might be worth and therefore submit what you might call a rough (and perhaps somewhat too short) draft of my current "main proposal" for your tearing-apart pleasure. This is based on the idea with the same name available on the wine wiki,

Re: GSoC proposal

2009/4/1 cocofan : >   I'm a student interested in applying for Google summer of code and I > was looking over your ideas.  I'm familiar with wine as a user (for > running an occasional windows app I'm forced to run) and I notice one of > your ideas is getting old DOS games to run under wine.  I'm

GSoC proposal

I'm a student interested in applying for Google summer of code and I was looking over your ideas. I'm familiar with wine as a user (for running an occasional windows app I'm forced to run) and I notice one of your ideas is getting old DOS games to run under wine. I'm a big fan of the original

Re: GSOC proposal: DirectPlay4

On Thursday 27 March 2008 19:50:02 Matthew Canterbury wrote: > Hello everybody, > > I plan on applying for Google's Summer of Code to work on DirectPlay4 > support in wine. (This was mentioned on the ideas page, > http://wiki.winehq.org/SummerOfCode). I've looked at the code currently in > wine, an

GSOC proposal: DirectPlay4

Hello everybody, I plan on applying for Google's Summer of Code to work on DirectPlay4 support in wine. (This was mentioned on the ideas page, http://wiki.winehq.org/SummerOfCode). I've looked at the code currently in wine, and it looks like there is some work done, but a number of the functions e

RE: GSOC proposal - control panel

[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On-topic: CPls the normal way -> no-go. Binary CPls compiled > on 'doze or with a 'doze compiler under wine -> yes. I may be very off here but isn't Wine's LoadLibrary/GetProcAddress able to deal with wine shared library modules, even if they are n

Re: GSOC proposal - control panel

> What I and the other Ubuntu UI people would really like to see is the > ability to uninstall Wine programs from within gnome-app-install (The > Gnome applet the user interacts with after selecting > Applications->Add/Remove). > > The UI is a fairly intuitive step - just add a "Windows Application

Re: GSOC proposal - control panel

Sorry bout that, went a lil' /too/ paranoid. Thing is, I've spent so many days obsessing with the cpls, trying to get anything resembling a somewhat stable dev environment to produce anything resembling a *compilable* code, reverse-engineering Makefiles, and Makefile.ins, and defs and specs and

Re: GSOC proposal - control panel

> No dice. > CPls are DLLs that export a function - CPlApplet(). > winegcc coughs on dllexport. - not implemented. > I've been hacking at it for days on end now. > Result: CPl can be compiled under windows and run under wine. CPls > compiled > with winegcc don't export that function => not treated

Re: GSOC proposal - control panel

On Thu, Mar 27, 2008 at 4:03 PM, <[EMAIL PROTECTED]> wrote: > > A DLL compiled as a winelib DLL won't be parsed by a tool that reads PE > > DLLs, because winelib DLLs are Elf shared objects. Use winedump instead. > > Precisely. Easy to distinguish between wine and doze Dlls. Wine is easily det

Re: GSOC proposal - control panel

> __declspec(dllexport) is a MSVC-only feature. Hence, when compiling with > gcc (even using winegcc) it won't actually export the function. As has > been stated before, you need to use a .spec or .def file to export it. Yes. > A DLL compiled as a winelib DLL won't be parsed by a tool that reads

Re: GSOC proposal - control panel

[EMAIL PROTECTED] wrote: > No dice. > CPls are DLLs that export a function - CPlApplet(). > winegcc coughs on dllexport. - not implemented. > __declspec(dllexport) is a MSVC-only feature. Hence, when compiling with gcc (even using winegcc) it won't actually export the function. As has been s

RE: GSOC proposal - control panel

No dice. CPls are DLLs that export a function - CPlApplet(). winegcc coughs on dllexport. - not implemented. I've been hacking at it for days on end now. Result: CPl can be compiled under windows and run under wine. CPls compiled with winegcc don't export that function => not treated as control

Re: GSOC proposal - control panel

On Thursday 27 March 2008 03:59:54 am Scott Ritchie wrote: > The UI is a fairly intuitive step - just add a "Windows Applications" > category and list the installed Wine apps on the right. Once that's > done, we don't need a special Wine program for uninstalling anymore, > since we can expand the

Re: GSOC proposal - control panel

Owen Rudge wrote: > The examples given on the GSOC wiki > pages (basic desktop/screen resizing, general network information, and font > details) would be good applets for me to implement, but I would also be > interested in working on some other applets, such as an Add/Remove Programs > applet,

Re: GSOC proposal - control panel

On Wed, Mar 26, 2008 at 5:57 PM, Owen Rudge <[EMAIL PROTECTED]> wrote: > This sounds like a pretty decent way of going about things. Number 2 was > something I hadn't particularly considered doing initially, but I'll have a > look for the patch that was posted recently and see what I think about

Re: GSOC proposal - control panel

Hi Steven, > I don't really know if we want to just focus on applets or if we > should not aim for having this project provide better integration with > the native desktop. As far as I understand there is some > infrastructure work that will need to be done in shell32 as I don't > think we fully i

Re: GSOC proposal - control panel

Hi Owen, On Wed, Mar 26, 2008 at 5:27 PM, Owen Rudge <[EMAIL PROTECTED]> wrote: > interested in working on some other applets, such as an Add/Remove Programs > applet, or a Multimedia applet. Obviously, there wouldn't necessarily be > time to implement all of these, so my intention would be t

GSOC proposal - control panel

Hi everyone, I'm intending to apply for a Google Summer of Code placement working on the Wine control panel support. My main intention is to work on a proper Control Panel application for Wine that accepts standard .cpl files, and turn winecfg's configuration sections into appropriate control p

Re: GSOC (proposal)

On 25/02/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Implementing Vertex Blending via vertex shaders means writing a replacement > shader for the fixed function vertex pipeline. Henri has started such a > thing, but never completed it due to the lack of time and need(as far as I > can se

Re: GSOC (proposal)

Am Montag, 25. Februar 2008 11:32:03 schrieb David Adam: > Here are my wishes for GSOC: > > D3DX dlls begin to be implemented. It seems that this could be a good GSOC > to implement more feature of this dll, in particular the shader compiler. > In the view of wined3d, I think about vertex blending,

GSOC (proposal)

Here are my wishes for GSOC: D3DX dlls begin to be implemented. It seems that this could be a good GSOC to implement more feature of this dll, in particular the shader compiler. In the view of wined3d, I think about vertex blending, since there are tons of game using this feature. Stefan, is this