<br><br><div class="gmail_quote">On Wed, Jan 5, 2011 at 7:29 PM, Dale Henrichs <span dir="ltr">&lt;<a href="mailto:dhenrich@vmware.com">dhenrich@vmware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 01/05/2011 07:35 AM, Mariano Martinez Peck wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I would not include &#39;Seaside-Tools&#39; at all in the Core group and I would<br>
not put is as default.<br>
I would create another group, that incldues the Core + Seaside-Tools +<br>
rest of the sutff  and would put that group as default. This fixes the<br>
two problems:<br>
<br>
- newbies do not need to know which group to load and just the default<br>
will load the Seaside-Tools and all the necessary packages (probably all<br>
of them)<br>
- Advanced guys that need core, probably know how to use metacello, and<br>
they can just load Core for their images (even maybe only for production<br>
images)<br>
<br>
Cheers<br>
<br>
mariano<br>
</blockquote>
<br></div>
Mariano, <a href="http://et.al" target="_blank">et.al</a>.,<br>
<br>
Seaside30 has so many packages and so many possible _valid_ combinations of packages that it didn&#39;t make a lot of sense to try to define groups for all of the possible combos...<br></blockquote><div><br>yes, that&#39;s true!!!<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
It was decided over a long series of emails to create a &#39;Base&#39; group that was the absolute minimum usable chunk of Seaside.<br>
<br>
The &#39;Core&#39; group was then defined as everything else that came with Seaside excluding the tests. Note that the core group includes all of the development tools as well...<br></blockquote><div><br>Hi Dale. This is what is misleading for me. I mean, from my point of view, development tools are not core. Just watching it form outside, I may call &#39;core&#39; to what you call now &#39;base&#39; and try to find a better name for what it is now in &#39;Core&#39;. <br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
The &#39;OneClick&#39; group was added later to match the content of the &#39;OneClick&#39; image (which basically excluded the LGPL packages) and included many tests.<br>
<br>
Now that there are folks who have some real needs it probably makes sense to take another look at creating some finer grained groups.<br>
<br>
So, if you run the following expression in a Pharo image, with the latest ConfigurationOfSeaside30:<br>
<br>
  | version  |<br>
  version := ConfigurationOfSeaside30 project<br>
    version: &#39;3.0.3-commonBaseline&#39;.<br>
  ((version packages collect: [:each | each name ]) asSet<br>
    difference: ((version groups detect: [:each |<br>
        each name = &#39;Base&#39;]) includes) asSet)<br>
          reject: [:each | each includesSubString: &#39;-Tests-&#39; ]<br>
<br>
You&#39;ll get the list of basic packages that are not included in the &#39;Base&#39; group and are not test packages:<br>
<br>
  &#39;RSS-Core&#39; &#39;Seaside-InternetExplorer&#39; &#39;Seaside-Welcome&#39;<br>
  &#39;Seaside-Email&#39; &#39;Scriptaculous-Core&#39; &#39;Seaside-Swazoo&#39;<br>
  &#39;Javascript-Core&#39; &#39;Seaside-Adaptors-Swazoo&#39; &#39;JQuery-UI&#39;<br>
  &#39;Seaside-Development&#39; &#39;JQuery-Core&#39; &#39;Seaside-HTML5&#39;<br>
  &#39;Seaside-Examples&#39; &#39;Scriptaculous-Components&#39;<br>
  &#39;Seaside-Tools-Web&#39; &#39;Seaside-Tools-OmniBrowser&#39;<br>
  &#39;Prototype-Core&#39; &#39;RSS-Examples&#39;<br>
<br>
If reasonable groups can be defined for these packages then we can start taking a look at the dependencies involved and go from there.<br>
<br>
If you want to look at the dependencies of the various packages (without parsing configurations), you can try printing the results of expressions like the following:<br>
<br>
  (ConfigurationOfSeaside30 project version: &#39;3.0.3&#39;)<br>
    record: #(&#39;Seaside-Tools-OmniBrowser&#39;)<br>
<br>
You&#39;ll get a list of the packages that would have been loaded if you did a load and the list is in load order...<br><font color="#888888">
<br>
Dale<br>
</font></blockquote></div><br>