<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">It's useful feedback! The mass and mass2 methods could be aliased to m,<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

m2 if others think that would be a good idea. Certainly simpler than the<br>
sort of template magic approach that *can* be written to still allow<br>
this to compile!<br></blockquote><div>My template abuse aside, having them the same makes it "just work" when my muscle memory goes to the fastjet::PseudoJet interface, whereas now I get a compiler error, and have to look up the difference on Doxygen (I know I'm being whiny here, but rivet is so fun to use, that when there are friction points they're much more glaring than other HEP software).  <br>
<br></div><div>> Possibly, although I was currently planning that every Jet would<br>> *contain* a PseudoJet and be equipped with a constructor from and a cast<br>> operator to a PseudoJet. I looked into it before, and fully inheriting<br>
> from PseudoJet was going to cause us problems, so hopefully that would<br>> be a flexible compromise.</div></div>This is fine, I only pitched it my way because I was planning on doing something similar in another analysis framework, and wanted to see if I was in unknown waters :).  <br>
</div></div>