On Jul 27, 2013, at 3:49 PM, Laurent PETIT wrote: > > Here's how I see it: it would change the ns declaration depending on > the choices you make in the code completion list. That is, the code > completion list would have to not only be made of what's already > loaded in the REPL (as is generally the case), but also with all > possible symbols from libraries currently accessible directly or > transitively, depending on the project's classpath. > I even sometimes dream of indexing via lucene all the open source > libraries available via github, and have the created Index be the base > for code completion. This would probably be awesome. After all, in a > project, it's generally the project's source code which changes and > needs dynamic treatment. The dependencies are generally known in > advance, computable, and stable.
This sounds interesting but also pretty complicated. What if I type a function name without using code completion? Will it still change the ns declaration? When? What if I delete a function call? Will it prune the ns declaration? What if I have some reason to make manual edits to the ns declaration beyond what the automatic system can handle... will manual and automatic updates to the ns declaration fight with each other? And if I end up relying on this then I'll be dead in the water if I ever have to edit code outside of the IDE. Much cleaner and simpler just to leave :use alone! :-) Of course this might be useful for some people and in some contexts even if :use is still supported, as might other forms of automatic ns management. (As I mentioned, I'd love to be able to get away with less typing than even :use requires, and to offload more of this plumbing work to the language/system.) But if the goal here is to ease the pain of getting rid of :use then it'd sure be a lot simpler just to not get rid of :use. -Lee -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
