<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 9, 2013 at 4:21 PM, Chris Muller <span dir="ltr">&lt;<a href="mailto:asqueaker@gmail.com" target="_blank">asqueaker@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&gt;&gt; PS -- Since it was for aesthetic reasons, it would be better and more<br>
&gt;&gt; consistent if it were named &quot;ToolBuilder-Tests&quot; instead of<br>
&gt;&gt; &quot;ToolBuilderTests&quot;.<br>
&gt;<br>
&gt; Sure, but then Monticello forces you to have as many packages as there are<br>
&gt; ToolBuilder-Foo thingies, right?  That&#39;s ok for ToolBuilder, but for Tools<br>
<br>
I was talking about ToolBuilder-*, not Tools. </blockquote><div><br></div><div>It&#39;s an example.  ToolBuilder is easy cuz there&#39;s a package called ToolBuilder-Kernel.  Look at Tools and you&#39;ll see the more general naming issue.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> The other packages in<br>
the family are<br>
<br>
  ToolBuilder-Morphic<br>
  ToolBuilder-MVC<br>
  ToolBuilder-SUnit<br>
<br>
Whoa!  ALL of which have no definitions!  Frank is this something you<br>
modularized out?  So we should somehow remove these WorkingCopy&#39;s from<br>
the trunk image.  Via some postscript perhaps?<br>
<br>
&gt; it doesn&#39;t fly.  It forces<br>
&gt; Tools-Deployment-Base, Tools-Deployment-Browser, Tools-Deployment-Debugger<br>
&gt; et al so one can have Tools-Deployment &amp; Tools-Tests.  This is better<br>
&gt; long-term (can pattern e.g. match off Foo-Deployment) but more work up-front<br>
&gt; than moving Tools-Tests to ToolsTests.<br>
<br>
I don&#39;t know whether something changed recently but...  What I<br>
remember encountering was that clicking &quot;Browse&quot; on, i.e., Tools in<br>
the MC browser would show me everything in the image that was prefixed<br>
with &quot;Tools&quot;, INCLUDING &quot;Tools-Tests&quot;.<br></blockquote><div><br></div><div>Yes.  But we&#39;re talking about splitting things into packages.  If you split, say. Tools-Browser into its own package you can&#39;t have Tools-Base, Tools-Debugger, et al in the same package.  They *all* have to go into separate packages.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
For that reason, when I decided to extract a &quot;-Tests&quot; package from<br>
Magma, I had to rename the original categories (which had no suffix)<br>
with a &quot;-Core&quot; suffix as well as the package.  I developed the &quot;rename<br>
package...&quot; function of the MC Browser for this purpose.<br>
<br>
Now, however, browsing &quot;Tools&quot; gives me only those categories starting<br>
with &quot;Tools-&quot;.  So, maybe something changed.<br>
<br>
So, you&#39;re right, I would not rename ToolsTests to Tools-Tests.  But<br>
nor would I choose the &quot;Deployment&quot; nomenclature if we decided to<br>
tackle it.  Something else..<br></blockquote><div><br></div><div>Good short words much preferred.  Deployment is an awful mouthful. </div></div><br><br clear="all"><div><br></div>-- <br>best,<div>Eliot</div>
</div></div>