<div class="gmail_quote">On Sun, Aug 1, 2010 at 16:02, dsimcha <span dir="ltr">&lt;<a href="mailto:dsimcha@yahoo.com">dsimcha@yahoo.com</a>&gt;</span> wrote:<br><div><br></div><div>[flat / nested] </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
</div>Please, no.  This is why I hate Tango and Java.  It&#39;s too hard to find what you<br>
need, and you have to write too much import declaration boilerplate.</blockquote><div><br></div><div>I agree that Java pushed that too far for my taste also. Looking at Tango, it&#39;s indeed really nested. But hey, std.c.* is already two-levels and I never heard anyone complaining. I thought there was a kind of agreement about some modules in Phobos that were beginning to be quite big, but I may be wrong.</div>
<div><br></div><div>Now that I think about it, my real problem on this point is not so much that std.algorithm is too big but that:</div><div><br></div><div>- I don&#39;t always know whether such or such function in in std.string, std.algorithm, std.range, etc.</div>
<div>- The doc pages are not particularly organized.</div><div><br></div><div>I have to use Adam Ruppe&#39;s &quot;find D keyword&quot; website (very handy) regularly...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
  I love<br>
Phobos&#39;s flat, simple, even if at times sloppy, import system.  Even so, I have a<br>
module in my personal lib that just publicly imports the 10 or so Phobos modules I<br>
use most frequently, because even in Phobos the amount of import declaration<br>
boilerplate is too much, but using std.all caused too many naming collisions with<br>
modules that I don&#39;t use.<br>
</blockquote></div><br><div>I do the same. I always end up importing the same 10-15 modules.</div><div><br></div><div>But, what about putting all() and some() in std.algorithm?</div><div><br></div><div>Philippe</div><div>
<br></div>