My understanding (from quite a long time ago), was that there was an eventual goal of moving things like the "file-*" primitives and the "hubnet-*" primitives and the "movie-*" primitives (and maybe some others) all into separate extensions, so they would become "file:*", "hubnet:*" and "movie:*".
I'm not sure if that's still on the devel roadmap (or whether it was just part of Seth's dream of a more modular language/engine design... :-)), but I think there was general agreement that it would be *nice* to move in this direction, rather than continuing to expand the list of primitives in the core language. Cheers, On Tue, Mar 3, 2015 at 11:15 AM, Nicolas Payette <[email protected]> wrote: > The pathdir extension already has a lot of that stuff: > > https://github.com/cstaelin/Pathdir-Extension > > > -- > Nicolas > > On Mon, Mar 2, 2015 at 5:11 PM, Jason Bertsche < > [email protected]> wrote: > >> Is there a reason for the absence of a `current-directory` primitive? >> >> >> I guess I would turn the question around here and ask if there's a >> compelling reason for the presence of such a primitive. It's not obvious >> to me what good it would really do to know where a model was launched from >> and why the model's behavior should change based on that. >> >> If not, can it be added? >> >> >> My initial inclination is that this sort of thing is fringe enough that, >> if you wanted it, it would be best provided by an extension. I could be >> convinced that I'm wrong. >> >> Is there an practical use case that you have in mind for this primitive? >> >> >> On 03/02/2015 03:54 PM, Alan Isaac wrote: >> >> Is there a reason for the absence of a `current-directory` primitive? If >> not, can it be added? >> >> Today I was walking students through some basic file manipulation at the >> command line, and one asked me how to determine his current directory. The >> best suggestion I could come up with was to set it explicitly with >> `set-current-directory`. (I did not want to discuss the `shell` extension.) >> >> Thanks, >> Alan Isaac >> -- >> You received this message because you are subscribed to the Google Groups >> "netlogo-devel" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "netlogo-devel" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > > -- > You received this message because you are subscribed to the Google Groups > "netlogo-devel" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "netlogo-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
