<div class="gmail_quote">2009/5/25 Nicklas Börjesson <span dir="ltr">&lt;<a href="mailto:Nicklas.Borjesson@ws.se">Nicklas.Borjesson@ws.se</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">&gt; Not sure, but I see the second time around was a success for him.<br>
<br>
</div>Let&#39;s not look to hard.<br>
He (or her) does have the right to having an opinion and going out of one&#39;s way finding out and posting here would only appear vindictive and fuel interest.<br>
<font color="#888888"><br>
//Nicklas<br>
<br>
<br>
</font></blockquote></div><div><br></div><div>I don&#39;t post on here very often, I don&#39;t even hang out in #winehq(-social) very often either, so my opinion may not be considered too important, but by just looking at the efforts of the Wine Project to address the DIB engine over the years, I feel disheartened by the lack of real progress. There have been patches regarding the DIB engine that goes all the way back to 2002 with TransGaming!</div>
<div><br></div><div>But the implementations are always stonewalled and left to die over arbitrary architectural reasons. I say arbitrary because I don&#39;t have a clue what the spec is for this supposed architecture that the DIB engine is supposed to follow. Eventually, Bug #421 may just be like one of those 10-year-old bugs that live in the GNOME and Mozilla bugzillas, that are just left there because people don&#39;t care enough anymore to do anything about it.</div>
<div><br></div><div>While it is true that the DIB engine isn&#39;t the One True Solution regarding compatibility with many Windows applications, it helps a lot with graphics-intensive ones. At this rate, the DIB engine will be reassigned to the 1.4.0 milestone because nobody will accept any implementation.</div>
<div><br></div><div>And nobody say, &quot;Patches welcome!&quot; or &quot;Patches accepted!&quot; because there is proof to the contrary. The fact people say that is also a problem. A vast majority of people are not technically inclined to the level of being able to produce such things. Even people that subscribe to mailing lists like I do, are not capable of contributing like that. And really, code IS NOT the most valuable form of contribution for any project. If anything, it is of the LEAST value. Documentation, advice, testing, support people, moderators, infrastructure management, all these are MUCH more valuable than code or money. Now, this problem is not limited to the Wine Project. This problem is all over the open source world. It bugs me a lot when I get rebuffed because I&#39;m not a programmer. Granted, most people that ask are whiny and demanding, and they get on people&#39;s nerves. But, people are generally happier with an explanation in a cordial manner. Being mean or sarcastic about it, or even asking for something they can&#39;t give is not a good way to go about it.</div>
<div><br></div><div>But, I digress. The Wine Project is making great strides, and with the work the ReactOS Project is doing alongside them, the work is a lot more momentous than just a compatibility API/ABI layer for UNIX and Unix-like systems. </div>