Dennis Schridde schreef: >> KISS? If it ain't broke? >> I am not sure making these routines C++ will be worth it. I don't >> see any real improvement at all if using a class instead of the way >> it is handled now. I don't mean to tell you not to do this, I just >> don't think it will be worth your effort. >> >> What is your main platform & compiler you use anyway? >> MSW XP on my laptop and MinGW (GCC for windows) for as much as possible (Borland for school stuff). I would dual boot if only my wireless network device would work with the Linux kernel, but I seem to have one of those darn specless broadcom thingies. >> Has any decision been made how the SVN tree is going to be handled? >> Are we going to go with all modifications go in as now? Or are we >> going to do a testing branch(es?)? >> > IMO everything should go into the trunk and that's how we do it currently. > If something needs development over a longer time, for whatever reason, it > should go into a branch, so the trunk can still be developed on by others. > I agree there, all changes which can be done incremental without breaking stuff in a series of changes should go in the trunk. Since however a rewrite such as I proposed really isn't possible with a few incremental changes a separate branch seems more appropriate to me. > I am currently working (actually "was", now I am back to learning for exams) > on a replacement for the resourcehandler. I am doing this in a Monotone tree > locally, so I am not using a SVN branch either. It is much too early for > that. Till nothing more than a raw handler exists, which is still being > heavily worked on. No changes to the WZ code has been made, yet. > > So there are different approaches, but I think "total conversions" (like > mine) > should be kept out of the trunk till they are so much stabilized that it can > be assumed that they will do their job as expected. (That doesn't mean that > they are bugfree, though. ;) ) > That's (IMO) exactly where branches where invented for ^^.
-- Giel
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Warzone-dev mailing list [email protected] https://mail.gna.org/listinfo/warzone-dev
