One small clarification to what I wrote earlier: > if I don't define a new class for the parsed form, the question is, where should my parsing function go? > It should be available to be called for any input string regardless of whether that string is currently associated > with an object or not. Which I guess means it should be a static method of some chord-related class. > Easiest would be to put it in Harmony, but I don't know if there is something more "universal" that would > make sense.
As an example of my concern, currently chordlist.cpp does not depend on harmony.h, so if I started parsing the chord list on initial read, this would add a new dependency. No big deal, I guess, but still, I'd like to get this "right". I guess if it were totally up to me, I'd go ahead and create a new class for the parsed form (which might still be implemented for now as a simple SQstring) and stick the definition in chordlist.h / chordlist.cpp. Really, though, this class is no more associated with the chord list than it is with a harmony object. A whole new pair of files parsedchord.h / parsedchord.cpp would potentially make even more sense. Sorry to have to ask such naive questions. Marc ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 _______________________________________________ Mscore-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mscore-developer
