On 03/09/06 Marc Haisenko wrote: > You'd be flooded with bug reports :-) I guess this really is too much to ask, > the Trumpf application is very complex and we worked for a very long time to > get it display correctly on dotGNU (minus alpha transparency). I personally > fixed a whole truck-load of SWF bugs and became quite familiar with SWF and > that beast is really complex...
Well, either you have an open source app you can share or you have a proprietary app and say: "We have this app, but we don't want it to work on mono because we spent so much time making it work on pnet already". If it's a policy decision to not try to have your app working on mono but try to make it work on pnet, it's fine: it's your app and your policy. It's important though that you made it explicit that it is your policy and not something that depends on mono. > I did report a few bugs to the Mono list, but quickly gave up on it, > frustrated. Patches weren't accepted because I did not had the time to write > unit tests for them (although the fixes were trivial and obvious) or they > were simply ignored... I had to resend a patch to fix a bug in DataView 3 > times until I finally got a response. I hope they treat contributors better > these days... I looked up a couple of threads you initiated: they are in areas of the code (System.Data, not related to the point of SWF) that I don't deal with. The replies were mostly from Mainsoft or from the Novell devs in Bangalore and at least in one case they suggested you how to correctly fix one issue and there was no followup. I guess they could have been more encouraging; however, in Mono we always request test cases for the test suite, because the codebase is so large and often external contributors just post workaround patches instead of real fixes. Consider the test cases as a way to filter the good contributions: sadly this results sometimes in good contributions being dropped as it may have been in your case. Since pnet just takes a copy of the System.Data implementation from Mono, you might want to push fixes you may have anyway, so pnet will benefit, too. > Yes, last time I checked (about half a year ago or so) I saw that their SWF > implementation has changed but wasn't sure off the top of my head whether > there still is any WINE dependency. There isn't so yur assesment is based on assumed but incorrect info. > Yes, I saw that half a year ago... but I found the separation not to be as > good as it is on dotGNU. But that is just my personal, biased view (I've > spent a lot of time in dotGNU's SWF code :-) Well, since you just said you thought it was still using wine, let's just say that you don't know what separation of the layers mono uses and that you just like the code you actually know, which is perfectly fine, especially since it would allow me to not have to reply to incorrect info spread about mono:-) > See above: I gave up on it. I remember reporting to Mono how they can fix a > bug in their layouting code so it behaves correctly but that wasn't taken > seriously. Again, that may just be bad luck on my side. Do you have a reference for this layout issue? Anyway, since you made the list of Mono contributors in at least two mono releases, I guess your changes were accepted and credited. > And I didn't throw mud. I clearly marked my words as my personal opinion and > that others should actually test it for themselves, didn't I ? If it arrived > on your side as mud throwing then I'm sorry, that was not my intention. I'm perfectly fine if you say: "I like pnet SWF code, I worked on it a lot". It becomes mud throwing when you say "Mono's SWF code is not so good", especially since you made it clear you haven't recently seen it. Many people will ask about mono and pnet comparisons: I just suggest that you explain the strenghts of pnet instead of trying to put mono in bad light, especially with arguments that are easily rebutted: it will give more value to your arguments:) lupus -- ----------------------------------------------------------------- [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better _______________________________________________ Developers mailing list [email protected] http://dotgnu.org/mailman/listinfo/developers
