 |
 |
Hi, I am going to do a massive reorganization of the tracking code in SVN to put it into its own module. Starting now! Don't worry though. It should not be that disruptive to your work. My plan is developing a new module in the sandbox which can be checked out and tested. I'll leave trunk/hps-java in place (for now). This way people can test out the new module without the trunk becoming unstable. Once we are satisfied with it I will copy it to trunk/tracking without clobbering hps-java. Eventually though I plan on pulling everything out of hps-java until it disappears but that won't be for a little while. Major tasks that I'm going to perform when doing the above: -Consolidate miscellaneous utility classes from various packages into the tracking package where they are used. Some may not fit 100% such as coordinate system transforms but we can move them someplace else later. -Rename the tracking package from "org.lcsim.hps.recon.tracking" to "org.hps.recon.tracking". From now on, we won't prepend our packages with "org.lcsim" because that makes it seem like the code is actually part of lcsim when it isn't. -Put some various classes of hps-java into the appropriate modules, such as legacy conditions code, so it can be pulled into the new tracking module as needed. -Rename classes that have an unnecessary "HPS" prepend on them. That was about all I had in mind. Anything else I should look at while I'm at it? --Jeremy ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the HPS-SOFTWARE list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1