<div dir="ltr">yes, I agree sorting should be explicit as there's no natural order.<div>However sorting after calling dirEntries is not great as typically one wants to sort within a given directory level and it's too late to sort once all the directory levels are flattened. </div>
<div>so how about having an extra argument that takes a lambda (eg binaryFun!"a<b") in dirEntries, or, having an additional function in std.file that takes such lambda.</div></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Wed, Dec 11, 2013 at 2:31 AM, Marco Leise <span dir="ltr"><<a href="mailto:Marco.Leise@gmx.de" target="_blank">Marco.Leise@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am Wed, 11 Dec 2013 08:00:27 +0100<br>
schrieb "Jesse Phillips" <<a href="mailto:Jesse.K.Phillips%2BD@gmail.com">Jesse.K.Phillips+D@gmail.com</a>>:<br>
<div class="im"><br>
> It should only be documented. In my experience processing files<br>
> don't need a particular order and sorting may not be needed by<br>
> name.<br>
><br>
> Returning a sorted directory is difficult to define, should<br>
> directories come first or be mixed with the files. Is uppercase<br>
> grouped together? Does A come before a. Should the extension be<br>
> included or postponed for later.<br>
><br>
> I think sorting should be explicit.<br>
<br>
</div>Does 2.jpg come after 10.jpg ? What's the order of<br>
Arabic-Indic "one" ۱ compared to "Latin one" 1 ? And so on and<br>
so forth.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Marco<br>
<br>
</font></span></blockquote></div><br></div>