2008/12/29 Chris Cannam <[email protected]>: > Anyway, having said all that, our situation is not all that > complicated and we're careful enough about our commit messages to make > it quite feasible to deal with this by hand. >
The changes to 1.7.3 were not much. Would it be simpler, if the few people who contributed would commit their changes to 2.0.alpha1 (qt4 branch) themself, (instead of merging the whole branch) ? just an idea ... I still somehow feel RG v2.0 would be Rosegarden version 5.0 at least... Eh.. Isn't it Rosgarden MX Ultra 2010 ;-) >> Is there a debugging tool that you folks recommend? What are folks doing to >> set break points, watches, etc.? > I've been using kdevelop. I think it's using gdb. Clicking the warnings / errors in the debug window makes the cursor jump to the right file and line. Comfortable enough. Almost. Most confusing for me were the many signals and slots. How to know which comes from where etc... ? Which signals what ? A tool, that allowed to jump to the corresponding signals/slots would be great. Also I've been looking for a class diagram, (dependancy, ancestor, etc.) generator. There must be something for C++, but I haven't found any. I've read Michael complaining/stating, that RG could or would never do this / that (I don't remember exactly) - I think some of the Nr. xxx feature requests. That makes me questioning: Has RG design issues? Would it require any internal restructuring / cleanup? Or is it "just" the few missing brains.... ? Although I'm not keen on it, opening RG for the mac and windows world could attract more developers... Kind regards Emanuel ------------------------------------------------------------------------------ _______________________________________________ Rosegarden-devel mailing list [email protected] - use the link below to unsubscribe https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
