Ok, I think that&#39;s a reasonable request. You can do it currently by manually not including the collate roclet when calling roxygen, but maybe the default should only be to output it when the import tag is used. <br><br>
Could you provide a pointer to r-core on collate? I was under the impression you should always use collate to avoid potential problems on systems with different default sort orders. <br><br>Hadley<br><br>On Wednesday, August 10, 2011, Brian G. Peterson &lt;<a href="mailto:brian@braverock.com">brian@braverock.com</a>&gt; wrote:<br>
&gt; On Wed, 2011-08-10 at 20:49 +0000, Hadley Wickham wrote:<br>&gt;&gt; Why is it super annoying?<br>&gt;<br>&gt; When doing development, I may add (or remove) files (functions) to a<br>&gt; nascent package, with or without fully-baked documentation.  Typically,<br>
&gt; while these are &#39;experimental&#39;, I won&#39;t want to export them to the<br>&gt; NAMESPACE anyway.  If/when I want to export them, I add @export tags.<br>&gt;<br>&gt; I don&#39;t run roxygenize() all the time, since I don&#39;t need to regenerate<br>
&gt; my documentation for every little change.  @export additions would cause<br>&gt; me to run it to update the NAMESPACE, most other minor changes would<br>&gt; not.<br>&gt;<br>&gt; Without a Collate field (which R-core members have publicly said is<br>
&gt; over- and mis-used), the package will build fine, and R CMD check will<br>&gt; generate expected Warnings about missing documentation for any exported<br>&gt; functions.<br>&gt;<br>&gt; When a Collate field exists and doesn&#39;t contain the file in question, R<br>
&gt; CMD build will suffer a fatal error.  For packages hosted on one of the<br>&gt; development repositories, this means that a binary or tarball will not<br>&gt; be available/updated.<br>&gt;<br>&gt; The only time a Collate field should be required is when you need a<br>
&gt; particular load order for the sourcing of files while a package is being<br>&gt; built.<br>&gt;<br>&gt; I&#39;d rather not have a Collate field at all by default.<br>&gt;<br>&gt; I hope, from the comment that the &quot;`Collate` field in `DESCRIPTION` no<br>
&gt; longer needs to exist&quot;, that getting rid of it is easy.  Ideally, I&#39;d<br>&gt; like to see this be the *default* behavior for roxygenize().<br>&gt;<br>&gt; Regards,<br>&gt;<br>&gt;   - Brian<br>&gt;<br>&gt;&gt;<br>
&gt;&gt; On Wednesday, August 10, 2011, Brian G. Peterson &lt;<a href="mailto:brian@braverock.com">brian@braverock.com</a>&gt;<br>&gt;&gt; wrote:<br>&gt;&gt; &gt; On Wed, 2011-08-10 at 02:56 -0500, Peter Danenberg wrote:<br>
&gt;&gt; &gt;&gt; * `Collate` field in `DESCRIPTION` no longer needs to exist<br>&gt;&gt; &gt;&gt;<br>&gt;&gt; &gt; How do we eliminate the Collate field?  It&#39;s super annoying, and<br>&gt;&gt; most<br>&gt;&gt; &gt; often not additive in any way, unless  you need files sourced in a<br>
&gt;&gt; &gt; particular order.<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; Regards,<br>&gt;&gt; &gt;<br>&gt;&gt; &gt;  - Brian<br>&gt;&gt; &gt;&gt;<br>&gt;&gt; &gt; --<br>&gt;&gt; &gt; Brian G. Peterson<br>&gt;&gt; &gt; <a href="http://braverock.com/brian/">http://braverock.com/brian/</a><br>
&gt;&gt; &gt; Ph: 773-459-4973<br>&gt;&gt; &gt; IM: bgpbraverock<br>&gt;<br>&gt;<br>&gt;<br><br>-- <br>Assistant Professor / Dobelman Family Junior Chair<br>Department of Statistics / Rice University<br><a href="http://had.co.nz/" target="_blank">http://had.co.nz/</a><br>