<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">On Mar 3, 2017 3:16 AM, "Joseph-Eugene Winzer" <<a href="mailto:ml999@openmailbox.org">ml999@openmailbox.org</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="elided-text">On 03/02/2017 10:45 PM, Austin English wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Mar 2, 2017 at 1:58 PM, Joe <<a href="mailto:ml999@openmailbox.org" target="_blank">ml999@openmailbox.org</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
First of all, congrats for getting picked for another GSoC!<br>
Wine made my transition to Linux way easier and with more and more<br>
applications being supported the year of the desktop can come :)<br>
<br>
My name is Joseph Winzer and I am a bachelor math/CS student looking forward<br>
to contribute to open source in this year's GSoC.<br>
The 'Resource/Dialog Editor' project caught my eye as I remember a few years<br>
back digging through executables out of curiousity. Last time I looked for a<br>
resource editor it was either bundled with other software (Visual Studio,<br>
PellesC) or as mentioned in the project description bundled up with adware<br>
like ResEdit.<br>
I want to change that by contributing to Wine with an open source standalone<br>
editor anyone can use free of charge.<br>
Equipped with my Petzold, MSDN and the help of the community I am sure I<br>
will be able to realize this project.<br>
<br>
<br>
Looking forward working with you guys :)<br>
</blockquote>
<br>
Hi Joseph,<br>
<br>
Thanks for your interest. Could you describe your experience with<br>
C/Wine a bit? Have you thought about how you would implement/design<br>
the resource editor at all? Could you share your plans?<br>
<br>
</blockquote>
<br></div>
Thanks for your reply.<br>
<br>
So far, I experienced Wine exclusively from a user perspective, using it mostly for running games and apps I didn't find a substitute on Linux. I compiled Wine a few times when certain milestones were reached like improved D3D9 or bugfixes for certain apps.<br>
I did grep for stubs once in a while, browsed through the GDI implementation but wasn't confident enough to contribute.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">OK. Note that contributing a patch is a requirement of applicants. Patches related to the project are highly encouraged, but not required.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I read more code than I wrote myself and most of it has been C or C-style C++. WinAPI-wise, I remember writing small games like connect four or apps where I tried to use what I had recently learned. I also did some reverse engineering for writing trainers or just for the fun of it. That has been awhile, though.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">What did you reverse engineer? If it's Microsoft code, or if you've seen Microsoft code, you're (in general) ineligible to contribute to Wine.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
More recently I looked at quake, tuxpaint, util-linux, .. whatever caught my interest.<br>
<br>
Concerning the technical aspects of implementing the editor, I haven't given it much thought yet. MSDN et al provide enough documentation to tackle the task and problems can be dealt with once they come up (I assume in my naivete). Design-wise it depends on what the Wine community expects it to be but personally I imagined ResEdit trimmed to reading out and altering resources with dialog creation on top. From there it can be extended in whatever direction the community sees fit.<br>
The rough sketch would be as follows:<br>
* Establishing bare bones UI (sidebar for items, main window as viewer)<br>
* Read PE compatible file resources<br>
* Export resources<br>
* Modify resources (substitute images, edit items)<br>
* Refining UI for editing/viewing<br>
This covers the basic functionality of the resource viewer.<br>
The Dialog Editor provides rendering of dialog elements what would complement part of the resource viewer and exporting as .rc.<br>
My estimate is that the dialog editor will be the biggest part of the project with parsing resources, dialog rendering, layout, ..<br>
Overall the planning and focus of the project depends on what the community expects it to be and if there is an immediate use case it can cover in Wine or thought of as a general tool.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">OK.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sorry for the wall of text but I hope I could describe to you my idea I have for it. Of course, in the official application the gaps for the implementation will be filled but getting feedback from the community first makes planning also easier for me.<br>
</blockquote></div><br></div></div><div class="gmail_extra" dir="auto">IMO walls of text are good. I'd rather see more text than brief descriptions that show a lack of thought/research ;)</div><div class="gmail_extra" dir="auto"><br style="font-family:sans-serif"><div data-smartmail="gmail_signature" style="font-family:sans-serif" dir="auto">--<br>-Austin<br>GPG: 14FB D7EA A041 937B</div><br></div></div>