which of these should I work on?
After looking at all the things windows provides, I have identified the folowing possible programs that I could write for the wine project. Some of them are usefull for WINE itself and some of them might be usefull for (for example) ReactOS Things: 1.improve comdlg32.dll, implement stuff added in WINVER>=0x500 like PrintDlgEx and generally make comdlg32.dll behave more like the windows counterpart (implement a few other things as well, like some of the currently stubbed out items). 2.work on wine notepad. Wont do this until the changes refered to before are merged. 3.write a clone of fontview.exe (windows font sample viewer). This is probobly not usefull for WINE but might be usefull for ReactOS, plus it would be a good excercise in windows GDI programming. 4.write clones of guidgen.exe and/or uuidgen.exe, 2 different windows SDK tools for generating GUIDs/UUIDs. (if we are providing an IDL compiler and other such OLE-esque things, having a GUID/UUID generator is probobly a good thing to have, mainly it is just a stub around a call to CoCreateGUID 5.write a clone of rebase.exe, a win32 PE image rebasing tool. Probobly not usefull to WINE but might be helpfull for ReactOS development, dont know. 6.writing a clone of the cards.dll used by the windows card games. Only problem here is that I would need to find a sutably licenced set of card images since I dont have the skills to draw them myself :) 7.writing a clone of the card games (solitare,freecell etc) included with windows to use said cards.dll (hey, we have WineMine...) 8.writing a character map applet (basicly a clone of charmap.exe). Dont know if WINE needs this but ReactOS probobly does (how else are you going to insert all those fancy foreign language characters and dingbats? :) 9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE needs one but ReactOS might... and 10.writing a clone of the Win32 volume control applet. Dont think WINE needs this (since the linux sound API has one already) but ReactOS might... Which of these should I work on? Which of these are usefull to Wine/ReactOS? Are any of these considered "a big beast" (as richedit was refered to by Dimitrie O. Paun?)
On Mon, 21 Jul 2003, Jonathan Wilson wrote:
6.writing a clone of the cards.dll used by the windows card games. Only problem here is that I would need to find a sutably licenced set of card images since I dont have the skills to draw them myself :) 7.writing a clone of the card games (solitare,freecell etc) included with windows to use said cards.dll (hey, we have WineMine...)
recently on happypenguin.org: http://www.nongnu.org/cardpics/cardpics.en.html cu
6.writing a clone of the cards.dll used by the windows card games. Only problem here is that I would need to find a sutably licenced set of card images since I dont have the skills to draw them myself :) 7.writing a clone of the card games (solitare,freecell etc) included with windows to use said cards.dll (hey, we have WineMine...)
recently on happypenguin.org:
Cardpicks is GPL. You are going to have to get permission from the author to relicense LGPL. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Hi
6.writing a clone of the cards.dll used by the windows card games. (...) Yet another link for free cards :) http://www.jfitz.com/cards/index.html
9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE needs one but ReactOS might... calc.exe that comes with M$ windows works well with Wine. Why should it be rewrited ?
Stephan
On Mon, 21 Jul 2003, BiGgUn wrote:
9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE needs one but ReactOS might... calc.exe that comes with M$ windows works well with Wine. Why should it be rewrited ?
A lot of other MS DLLs work just fine with Wine, why would we rewrite those? -- Dimi.
On Mon, 2003-07-21 at 15:30, Dimitrie O. Paun wrote:
On Mon, 21 Jul 2003, BiGgUn wrote:
9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE needs one but ReactOS might... calc.exe that comes with M$ windows works well with Wine. Why should it be rewrited ?
A lot of other MS DLLs work just fine with Wine, why would we rewrite those?
Hmm, well because we need to rewrite DLLs in order to run applications. I've yet to see an app that needs calc.exe ...... but I think we've been round this one before dimi ;)
--- Mike Hearn <mike(a)theoretic.com> wrote:
On Mon, 2003-07-21 at 15:30, Dimitrie O. Paun wrote:
On Mon, 21 Jul 2003, BiGgUn wrote:
9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE needs one but ReactOS might... calc.exe that comes with M$ windows works well with Wine. Why should it be rewrited ?
A lot of other MS DLLs work just fine with Wine, why would we rewrite those?
Hmm, well because we need to rewrite DLLs in order to run applications. I've yet to see an app that needs calc.exe ...... but I think we've been round this one before dimi ;)
I have yet to see an app that needs winmine.exe but yet we still have the clone of it..... It would be an interesting project for anyone who wants to get familiar with wine programming and patch submitting, and plus that way people that dont have windows and dont want to snake calc.exe from someone else's windows dont have to.. Just my 2� ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
On Mon, 21 Jul 2003, Jonathan Wilson wrote: [...]
1.improve comdlg32.dll, implement stuff added in WINVER>=0x500 like PrintDlgEx and generally make comdlg32.dll behave more like the windows counterpart (implement a few other things as well, like some of the currently stubbed out items).
This can certainly be useful.
2.work on wine notepad. Wont do this until the changes refered to before are merged.
Notepad is sometimes invoked by installers to show readmes, release notes, etc. So improving it can be useful. Adding Unicode support (or does it already support it>) would certainly be useful.
3.write a clone of fontview.exe (windows font sample viewer). This is probobly not usefull for WINE but might be usefull for ReactOS, plus it would be a good excercise in windows GDI programming.
Can we find a free (as in beer)/open-source Windows application that does that already? If the answer is yes (especially to the open-source part), then there's no point to develop a new one. Maybe Freshmeat would help here.
4.write clones of guidgen.exe and/or uuidgen.exe, 2 different windows SDK tools for generating GUIDs/UUIDs. (if we are providing an IDL compiler and other such OLE-esque things, having a GUID/UUID generator is probobly a good thing to have, mainly it is just a stub around a call to CoCreateGUID
Seems like it could be useful and easy. So it seems like a good starting point.
5.write a clone of rebase.exe, a win32 PE image rebasing tool. Probobly not usefull to WINE but might be helpfull for ReactOS development, dont know.
Don't know.
6.writing a clone of the cards.dll used by the windows card games. Only problem here is that I would need to find a sutably licenced set of card images since I dont have the skills to draw them myself :) 7.writing a clone of the card games (solitare,freecell etc) included with windows to use said cards.dll (hey, we have WineMine...)
I'm pretty sure there are lots of free (beer) or open-source card games out there. IMHO, even just the existence of tons of free beer card games greatly diminish the need for reimplementing yet another one. But then I'm not a card game fan.
8.writing a character map applet (basicly a clone of charmap.exe). Dont know if WINE needs this but ReactOS probobly does (how else are you going to insert all those fancy foreign language characters and dingbats? :) 9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE needs one but ReactOS might...
Again, don't we already have free (beer)/open-source ones? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.
--- Jonathan Wilson <jonwil(a)tpgi.com.au> wrote:
After looking at all the things windows provides, I have identified the folowing possible programs that I could write for the wine project. Some of them are usefull for WINE itself and some of them might be usefull for (for example) ReactOS
Things: 1.improve comdlg32.dll, implement stuff added in WINVER>=0x500 like PrintDlgEx and generally make comdlg32.dll behave more like the windows counterpart (implement a few other things as well, like some of the currently stubbed out items).
You could really help me out by working on comdlg32. I have been working on spliting the Win16/32 code from this dll for a while now so ReactOS can use it. Take a look at it and ole32 to see how we split Win16/32 code.
9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE needs one but ReactOS might...
ReactOS has a calc.exe clone in the rosapps CVS tree that needs work.
Which of these should I work on? Which of these are usefull to Wine/ReactOS? Are any of these considered "a big beast" (as richedit was refered to by Dimitrie O. Paun?)
If you want a quick one to help on you could implement delay loading of user32.dll in regedit. We implemented a GUI front end for WINEs regedit in ReactOS but it is not merged in to winehq because Alexandre doesnt want it to call user32 and the GUI by default. We have regedit scripts that use the comandline in WINE and there is no point in neededing to invoke the GUI. http://www.winehq.org/hypermail/wine-patches/2003/06/0040.html Here is the patch that merges the GUI frontend. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
participants (8)
-
BiGgUn -
Christoph Frick -
Dimitrie O. Paun -
Dustin Navea -
Francois Gouget -
Jonathan Wilson -
Mike Hearn -
Steven Edwards