Glynn wrote:
> Nothing should need the .bat wrapper once Tcl/Tk is dropped.
the wxNviz (rename?) is coming along nicely* but it is still quite far
from reaching feature parity with nviz2.2, so it would be nice if
support for tcl/tk nviz stuck around for a while. AFAIK that doesn't use
any of the lib/form or lib/gtcltk/ stuff so would just be another
optional build dep & module. and not pollute the rest of the code.
[*] mini bug report: up/down arrows don't work to adjust z-exag etc. in
wxNviz
> > > BTW, we need to add .py to PATHEXT; we don't appear to be
> > > doing this at present.
ok; after another commit I think that's in a good place now.
but do we still need to tell Windows what to do with the .py files once
it finds them in the PATH? e.g. also put this somewhere:
set .py=%GRASS_PYTHON%
or are ftype, assoc, and possibly even registry keys needed?
see
http://www.deadlybloodyserious.com/2007/05/no-script-arguments/
http://www.jpsoft.com/help/index.htm?exeext.htm
a web search finds:
assoc .py=Python.File
ftype Python.File="c:\Apps\Python24\python.exe" "%1" "%*"
assoc .pyw=Python.NoConFile
ftype Python.NoConFile="c:\Apps\Python24\pythonw.exe" "%1" "%*"
Substitute your own Python path.
The Python .msi installer DOES do this, if you let it do its default thing.
You should check whether these are already set up, by doing this:
assoc .py
--
- Tim Roberts,
e.g. some time ago before python was installed*, I had manually
associated .py files with Notepad++. [*]we probably can't count on
all python.exe installers to associate .py files with it, and even if
it does, for users not to modify that association to something else.
Hamish
Hamish wrote:
> > Nothing should need the .bat wrapper once Tcl/Tk is dropped.
the wxNviz (rename?) is coming along nicely* but it is still quite far
from reaching feature parity with nviz2.2, so it would be nice if
support for tcl/tk nviz stuck around for a while. AFAIK that doesn't use
any of the lib/form or lib/gtcltk/ stuff so would just be another
optional build dep & module. and not pollute the rest of the code.
Okay; but does it need to execute (i.e. "exec" or "open|", not
"source") any scripts?
> > > > BTW, we need to add .py to PATHEXT; we don't appear to be
> > > > doing this at present.
ok; after another commit I think that's in a good place now.
but do we still need to tell Windows what to do with the .py files once
it finds them in the PATH? e.g. also put this somewhere:
set .py=%GRASS_PYTHON%
or are ftype, assoc, and possibly even registry keys needed?
see
http://www.deadlybloodyserious.com/2007/05/no-script-arguments/
http://www.jpsoft.com/help/index.htm?exeext.htm
The Python installer should have done this. Otherwise, we have to.
e.g. some time ago before python was installed*, I had manually
associated .py files with Notepad++. [*]we probably can't count on
all python.exe installers to associate .py files with it, and even if
it does, for users not to modify that association to something else.
If users modify the association, they lose.
We shouldn't override any existing setting, as GRASS may not be the
only thing that uses Python.
The setting is system-wide. GRASS doesn't get to apply special
treatment to the .py suffix, any more than it gets to override #!
lines on Unix.
--
Glynn Clements <glynn@gclements.plus.com>
Hi,
2009/5/12 Hamish <hamish_b@yahoo.com>:
the wxNviz (rename?) is coming along nicely* but it is still quite far
from reaching feature parity with nviz2.2, so it would be nice if
there are a lot features to be implemented...
Personally within the next months I will have no time to work on this
project - so volunteers are highly welcomed (pity that the GSOC
project was rejected this year).
Martin
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa