[Gretl-devel] 'include' w/o 'open' -- new behavior

Sven Schreiber svetosch at gmx.net
Fri Dec 14 13:22:54 EST 2007


Am 14.12.2007 16:34, Allin Cottrell schrieb:
>
> Up till now, the "./" notation for filenames has always just used 
> the actual current working directory, which is not necessarily the 
> same as "shelldir": the latter was used strictly for shell 
> commands, and gretl's "open", "include" and so on are not shell 
> commands.  However, this does seem unintuitive so I'm modifying 
> gretl's path searching: if shelldir is set, it will be checked 
> first when gretl is asked to open a filename that starts with "./" 
> or "../".
>
>   

Ah yes I vaguely remember all those directory issues when I was hacking 
around with py4gretl. I still find it confusing though; some day when I 
find the time I'll try to write down some documentation and possibly 
make suggestions for improvement...

>
> "include" is meant for function files; what you're doing here is 
> really a "run".  

'Run' and 'include' also keep confusing me. Is it correct that currently 
the differences between 'include' and 'run' are:

* include can also read in a matrix xml file
* run works inside functions, too

I may be missing something, but essentially I still don't understand why 
it's necessary --apart from historical reasons-- to have two separate 
commands that exist for executing script files. Couldn't they be merged?

> One way around this would be to do the equivalent of "open 
> nulldata 1" automatically on program startup.  This is worth 
> thinking about, but probably not for the 1.7.1 release.  I take 
> your point that we now have quite a lot of things you can 
> usefully do in gretl without having a dataset open.  Doing "open 
> nulldata" explicitly is not very high-cost, but perhaps it's a bit 
> clunky.
>   
Thanks for considering it, this is now feature request 1850969.
>
> C-style comments "/*" and "*/" make that pretty easy, but it might 
> be nice to have GUI commands "comment region" and "uncomment 
> region" in the script editor window.
>   

No sorry, that was a stupid question/comment of mine, especially since I 
have already used  "/*" and "*/" in gretl. No need to work on the editor 
in this area IMHO.

thanks,
sven


More information about the Gretl-devel mailing list