[GRASS5] gis.m as default GUI

H_B · April 24, 2006, 3:00am

Is gis.m ready to be the default GUI?

"grass6 -gui"

"If required, restart the graphical user interface with: d.m &"

?

Hamish

cmbarton · April 24, 2006, 5:48am

IMHO, it is ready to be default if

1.v.digit is working again (it IS working on my Mac, but I don't know about
anyone else) and

2. a weird start up bug that just cropped up is fixed (the one I emailed
about last week on Cygwin). Again, I can't duplicate it so I'm having a
hard time knowing if it's just a fluke, a real bug, a bug that is now fixed,
or what.

I don't know of any other problematic bugs (I'm using it all the time
now)--but I'm SURE that some will crop up if we make it default.

I also managed to do an upgrade on the GRASS intro screen. It's not exactly
what I had in mind, but it is heading in that direction and the best I can
do before I leave for San Juan and we hit the end of April feature freeze. I
redid the appearance, organization, and some of the explanatory text. I also
added a new button to create a location from a georeferenced raster or
vector file using g.proj. I'll commit it tomorrow morning.

Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

From: Hamish <hamish_nospam@yahoo.com>
Date: Mon, 24 Apr 2006 15:00:16 +1200
To: grass5 <grass5@grass.itc.it>
Subject: [GRASS5] gis.m as default GUI

Is gis.m ready to be the default GUI?

"grass6 -gui"

"If required, restart the graphical user interface with: d.m &"

?

Hamish

H_B · April 24, 2006, 7:02am

1.v.digit is working again (it IS working on my Mac, but I don't know
about anyone else) and

it is working for me on Debian/Stable i386. (I never saw it broken)

Hamish

H_B · April 24, 2006, 7:08am

> 1.v.digit is working again (it IS working on my Mac, but I don't know
> about anyone else) and

it is working for me on Debian/Stable i386. (I never saw it broken)

oh that's from the command line, from gis.m draw icon:

child process exited abnormally
child process exited abnormally
    while executing
"exec -- d.mon select=x1 >& /dev/null"
    ("eval" body line 1)
    invoked from within
"eval exec -- $cmd $args >& /dev/null"
    (procedure "run" line 6)
    invoked from within
"run d.mon select=x1"
    ("eval" body line 1)
    invoked from within
"eval run $cmd $args"
    (procedure "runcmd" line 6)
    invoked from within
"runcmd "d.mon select=x$xmon""
    invoked from within
"if ![catch {open "|d.mon -L" r} input] {
      while {[gets $input line] >= 0} {
              if {[regexp -nocase "$xmon.*not running" $line]} {
          run..."
    (procedure "GmVector::WorkOnVector" line 28)
    invoked from within
"GmVector::WorkOnVector $sel 0"
    ("vector" arm line 2)
    invoked from within
"switch $type {
        raster {
        Gm::xmon term r.digit
            return
        }
        vector {
      GmVector::WorkOnVector $sel 0
       ..."
    (procedure "GmTree::vedit" line 16)
    invoked from within
"GmTree::vedit"
    ("uplevel" body line 1)
    invoked from within
"uplevel \#0 $cmd"
    (procedure "Button::_release" line 18)
    invoked from within
"Button::_release .mainframe.topf.tb1.bbox5.b0"
    (command bound to event)

H.

William_Kyngesburye · April 24, 2006, 2:02pm

On Apr 24, 2006, at 12:48 AM, Michael Barton wrote:

IMHO, it is ready to be default if

1.v.digit is working again (it IS working on my Mac, but I don't know about
anyone else) and

In the users list you mentioned that v.digit and i.points still use an X window display. Are you working on the v.digit? When will it be non-X? I was going to try building GRASS an Mac OS X without any X, using Apple's Tcl/Tk (Aqua on Tiger), and start using the new GUI. (I know I'll lose NVIZ, but I haven't had time to look at it yet)

What combination of X or Aqua Tcl/Tk and X/no-X are you using to develop gis.m? Maybe I'll try leaving in X for now but try using Tcl/Tk Aqua.

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

"This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?"

- The Ruler of the Universe

Glynn_Clements1 · April 24, 2006, 5:01pm

William Kyngesburye wrote:

> IMHO, it is ready to be default if
>
> 1.v.digit is working again (it IS working on my Mac, but I don't
> know about
> anyone else) and

In the users list you mentioned that v.digit and i.points still use
an X window display. Are you working on the v.digit? When will it
be non-X?

AFAIK, no-one is actively working on a Tcl/Tk replacement for v.digit
at the moment.

The main issue is that we need some way to get vector maps out of and
back into GRASS without loss of information, and with the external
format containing the topology information (the last part is why
v.out.ascii doesn't suffice).

--
Glynn Clements <glynn@gclements.plus.com>

William_Kyngesburye · April 24, 2006, 5:43pm

Rats. I didn't realize. I guess Mac users will be stuck with an X Tcl/Tk for a while. I suppose I could give it a try - run it in the Aqua Tcl/Tk and see if it opens an X window for v.digit display. Unless someone knows definitely that this won't work...

On Apr 24, 2006, at 12:01 PM, Glynn Clements wrote:

William Kyngesburye wrote:

IMHO, it is ready to be default if

1.v.digit is working again (it IS working on my Mac, but I don't
know about
anyone else) and

In the users list you mentioned that v.digit and i.points still use
an X window display. Are you working on the v.digit? When will it
be non-X?

AFAIK, no-one is actively working on a Tcl/Tk replacement for v.digit
at the moment.

The main issue is that we need some way to get vector maps out of and
back into GRASS without loss of information, and with the external
format containing the topology information (the last part is why
v.out.ascii doesn't suffice).

--
Glynn Clements <glynn@gclements.plus.com>

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

Earth: "Mostly harmless"

- revised entry in the HitchHiker's Guide to the Galaxy

Glynn_Clements1 · April 25, 2006, 1:32pm

William Kyngesburye wrote:

Rats. I didn't realize. I guess Mac users will be stuck with an X
Tcl/Tk for a while. I suppose I could give it a try - run it in the
Aqua Tcl/Tk and see if it opens an X window for v.digit display.
Unless someone knows definitely that this won't work...

It shouldn't make any difference which version of Tcl/Tk you use
(there might be some compatibility issues, but there isn't any
inherent reason why gis.m can't be made to work with OSX or Windows
versions of Tcl/Tk).

The point is that v.digit still relies upon XDRIVER, which requires an
X display.

--
Glynn Clements <glynn@gclements.plus.com>

cmbarton · April 25, 2006, 3:41pm

I've successfully tried starting GRASS without OSX using Lorenzo Moretti's
binaries. This uses TclTk aqua and the Mac terminal. It works fine.
Obviously, it's missing those pieces that still require x11. I don't think
these will be replaced before the rapidly approaching version 6.2 release.
But I (and hopefully others??) will be working on them.

For TclTk, I think replacing d.profile will be pretty straightforward. I'm
have some ideas at least about how do to i.points and r.digit.

v.digit will take someone that can understand the vector architecture and do
some C programming too.

It seems to me that nviz doesn't really need x11, but this is an opinion
that is pretty ignorant of how it works internally (I've looked at the TclTk
part but don't understand how it interacts with the C part or X11 part).

There may be a few more commands that need x11, but not many and the number
is shrinking.

Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

From: William Kyngesburye <woklist@kyngchaos.com>
Reply-To: William Kyngesburye <kyngchaos@kyngchaos.com>
Date: Mon, 24 Apr 2006 09:02:00 -0500
To: <grass5@grass.itc.it>
Cc: Michael Barton <michael.barton@asu.edu>
Subject: Re: [GRASS5] gis.m as default GUI

On Apr 24, 2006, at 12:48 AM, Michael Barton wrote:

IMHO, it is ready to be default if

1.v.digit is working again (it IS working on my Mac, but I don't
know about
anyone else) and

In the users list you mentioned that v.digit and i.points still use
an X window display. Are you working on the v.digit? When will it
be non-X? I was going to try building GRASS an Mac OS X without any
X, using Apple's Tcl/Tk (Aqua on Tiger), and start using the new GUI.
(I know I'll lose NVIZ, but I haven't had time to look at it yet)

What combination of X or Aqua Tcl/Tk and X/no-X are you using to
develop gis.m? Maybe I'll try leaving in X for now but try using Tcl/
Tk Aqua.

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

"This is a question about the past, is it? ... How can I tell that
the past isn't a fiction designed to account for the discrepancy
between my immediate physical sensations and my state of mind?"

- The Ruler of the Universe

William_Kyngesburye · April 25, 2006, 4:18pm

On Apr 25, 2006, at 10:41 AM, Michael Barton wrote:

I've successfully tried starting GRASS without OSX using Lorenzo Moretti's
binaries. This uses TclTk aqua and the Mac terminal. It works fine.
Obviously, it's missing those pieces that still require x11. I don't think
these will be replaced before the rapidly approaching version 6.2 release.
But I (and hopefully others??) will be working on them.

I'm building this weekend's snapshot as I write, linked to Tiger's trimmed down Aqua Tcl/Tk, with only X11 support in GRASS (no lesstif or glw). I'll see how that goes. (Panther users would have to download and install the full Tcl/Tk Aqua, since Apple's Tcl is missing wish on Panther)

For TclTk, I think replacing d.profile will be pretty straightforward. I'm
have some ideas at least about how do to i.points and r.digit.

r.digit would be good - I actually have been using that one regularly recently.

v.digit will take someone that can understand the vector architecture and do
some C programming too.

I don't have any great need for v.digit now, but I'm sure others do. In the future I hope to start using it more. Qgis is an alternative, but I'm holding off for 0.8.

It seems to me that nviz doesn't really need x11, but this is an opinion
that is pretty ignorant of how it works internally (I've looked at the TclTk
part but don't understand how it interacts with the C part or X11 part).

I poked around in that once - tried to get it to build with Apple stuff, GL, Tcltk. Really, NVIZ needs X11 only indirectly.

First, it needs a Tcl extension, Togl, that until recently didn't work on Mac OS X Aqua, only with OSX X11. v1.7.x now works on OS X Aqua, but the old 1.5 source is still what's in the NVIZ source.

There is the GL stuff - adjusting link flags, using AGL, tcltk flags, ...

I got as far as updating togl, and fiddling with the GL stuff, and got a lot of multiple defs errors between Apple's GL and X11's GL. Even without X11 support in GRASS, I couldn't figure out what was still trying to link to X11 libraries.

Then the new GUI discussion and development started, and I gave up. Someone else would be better off figuring all this out. Tho I should probably add a bug report to add the new togl to NVIZ.

There may be a few more commands that need x11, but not many and the number
is shrinking.

From my notes, I have r3.showdspf as needing glw and mo/less-tif, indirectly needing X11. But the funtionality looks like it's in NVIZ.

And xganim needs mo/less-tif.

And of course the NVIZ beast.

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

Helena_Mitasova · April 25, 2006, 4:31pm

William Kyngesburye wrote:

There may be a few more commands that need x11, but not many and the number
is shrinking.

From my notes, I have r3.showdspf as needing glw and mo/less-tif, indirectly needing X11. But the funtionality looks like it's in NVIZ.

And xganim needs mo/less-tif.

have you tried xganim.tcl that Glynn has sent some time ago?

Helena

And of course the NVIZ beast.

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

--
Helena Mitasova
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
1125 Jordan Hall
NCSU Box 8208
Raleigh, NC 27695-8208
http://skagit.meas.ncsu.edu/~helena/

email: hmitaso@unity.ncsu.edu
ph: 919-513-1327 (no voicemail)
fax 919 515-7802

William_Kyngesburye · April 25, 2006, 4:39pm

I have that, but never got around to trying it, what with the wall I ran into with NVIZ and GL. And it's not a very high priority, yet, no need for it right now.

If my current gis.m/Aqua Tcl test works well, I may give it a try.

On Apr 25, 2006, at 11:31 AM, Helena Mitasova wrote:

William Kyngesburye wrote:

There may be a few more commands that need x11, but not many and the number
is shrinking.

From my notes, I have r3.showdspf as needing glw and mo/less-tif, indirectly needing X11. But the funtionality looks like it's in NVIZ.

And xganim needs mo/less-tif.

have you tried xganim.tcl that Glynn has sent some time ago?

Helena

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

"This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?"

- The Ruler of the Universe

William_Kyngesburye · April 25, 2006, 5:38pm

On Apr 25, 2006, at 11:18 AM, William Kyngesburye wrote:

On Apr 25, 2006, at 10:41 AM, Michael Barton wrote:

I've successfully tried starting GRASS without OSX using Lorenzo Moretti's
binaries. This uses TclTk aqua and the Mac terminal. It works fine.
Obviously, it's missing those pieces that still require x11. I don't think
these will be replaced before the rapidly approaching version 6.2 release.
But I (and hopefully others??) will be working on them.

I'm building this weekend's snapshot as I write, linked to Tiger's trimmed down Aqua Tcl/Tk, with only X11 support in GRASS (no lesstif or glw). I'll see how that goes. (Panther users would have to download and install the full Tcl/Tk Aqua, since Apple's Tcl is missing wish on Panther)

GRASS 6.1 CVS 4/22 with Tcl/Tk Aqua (Tiger)

On initial startup of gis.m: (seems to come from starting a display monitor - I get the same thing when opening a second display minotor)

can't read "_data(.gronsole.gronsole,1,donecmd)": no such element in array
can't read "_data(.gronsole.gronsole,1,donecmd)": no such element in array
     while executing
"set donecmd $_data($path,$ci,donecmd)"
     (procedure "Gronsole::done_command" line 3)
     invoked from within
"Gronsole::done_command $path $ci"
     (procedure "Gronsole::execout" line 19)
     invoked from within
"Gronsole::execout $path $cmd $ci Gronsole::execwait"
     (procedure "Gronsole::run_wait" line 6)
     invoked from within
"Gronsole::run_wait .gronsole.gronsole {g.region -u save=mon_1 --o} gism"
     ("eval" body line 1)
     invoked from within
"eval Gronsole::$cmd .gronsole.gronsole $args"
     (procedure ".gronsole.gronsole" line 1)
     invoked from within
"$gronsole run_wait $cmd gism"
     (procedure "run_panel" line 4)
     invoked from within
"run_panel $cmd"
     (procedure "MapCanvas::mapsettings" line 26)
     invoked from within
"MapCanvas::mapsettings $mon"
     (procedure "MapCanvas::do_resize" line 11)
     invoked from within
"MapCanvas::do_resize 1"
     ("after" script)

Add a raster layer, then Display Active Layers:

child process exited abnormally
     while executing
"exec -- d.font romans >& /dev/null"
     ("eval" body line 1)
     invoked from within
"eval exec -- $cmd $args >& /dev/null"
     (procedure "run" line 6)
     invoked from within
"run d.font romans"
     ("eval" body line 1)
     invoked from within
"eval run $cmd $args"
     (procedure "runcmd" line 6)
     invoked from within
"runcmd "d.font romans""
     (procedure "MapCanvas::drawmap" line 33)
     invoked from within
"MapCanvas::drawmap 1 0"
     ("uplevel" body line 1)
     invoked from within
"uplevel \#0 $cmd"
     (procedure "Button::_release" line 18)
     invoked from within
"Button::_release .mapcan(1).mf.topf.tb0.bbox1.b0"
     (command bound to event)

Second display monitor opens with above errors, then when closing it:

child process exited abnormally
     while executing
"exec -- g.mremove -f region=mon_2 >& /dev/null"
     ("eval" body line 1)
     invoked from within
"eval exec -- $cmd $args >& /dev/null"
     (procedure "run" line 6)
     invoked from within
"run g.mremove -f region=mon_2"
     ("eval" body line 1)
     invoked from within
"eval run $cmd $args"
     (procedure "runcmd" line 6)
     invoked from within
"runcmd "g.mremove -f region=mon_$mon ""
     (procedure "MapCanvas::cleanup" line 6)
     invoked from within
"MapCanvas::cleanup $mon $destroywin"
     (command bound to event)

Restarted GRASS with X11 Tcl/Tk (GRASS still built with Tcl/Tk Aqua) and it ran fine.

Is there maybe some GRASS environment settings that are not getting passed over to Aqua Tcl? It's like it's having problems when it gets to running the grass commands.

Or did I miss something in the build and install? CVS snapshot 4/22, I'm assuming everything is there for gis.m in the source.

Other than that, in Aqua, all GUI widgets are bigger. Kinda expected. The buttons are at their width limits to show all the text of the button - are button widths fixed, or variable to let Tcl size to fit the text (if that's possible)?

I like having a normal Mac-style menu in the menubar instead of per window. Do you know if there is a way to rename the wish application shell at runtime so it shows up as GRASS (or GRASS 6.1CVS or similar) instead of wish in the menu and the Dock?

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

Earth: "Mostly harmless"

- revised entry in the HitchHiker's Guide to the Galaxy

H_B · April 26, 2006, 9:11am

The new startup screen is great Michael.

on main screen and define new proj loc:
"Path to location" [nee database] -> "Path containing location(s)" ?

"Define new projection location" -> Define new projected location" ?

It'll be even better when we can simply double click a mapset name

For TclTk, I think replacing d.profile will be pretty straightforward.
I'm have some ideas at least about how do to i.points and r.digit.

r.digit should be easy. The C version is already just a frontend that
writes to an ASCII file, which in the final step is fed to r.in.poly
creating the raster.

It seems to me that nviz doesn't really need x11, but this is an
opinion that is pretty ignorant of how it works internally (I've
looked at the TclTk part but don't understand how it interacts with
the C part or X11 part).

$ grep -rI '#include' visualization/nviz/ | grep X11 | wc -l
33

$ grep -rI '#include' visualization/nviz/ | grep X11 | cut -f1 -d: | uniq
visualization/nviz/src/do_zoom.c
visualization/nviz/src/interface.h
visualization/nviz/src/interface_old.h
visualization/nviz/src/tkInt4.0.h
visualization/nviz/src/tkUnixPort.h
visualization/nviz/src/tkWinPort.h
visualization/nviz/src/togl.c
visualization/nviz/src/togl.h
visualization/nviz/src/togl_cb.c
visualization/nviz/src/togl_flythrough.c

.. NVIZ needs X11, although it is full of:

#ifdef X11
.
.
.
#endif

which indicates that it could be possible to use if compiled without X11
support, perhaps with diminished functionality. I would guess NVIZ on
OSX without X11 would be doable, but might take some minor adjustments.

It probably needs to be made with:
./configure --without-x
?

Hamish

H_B · April 26, 2006, 9:18am

I like having a normal Mac-style menu in the menubar instead of per
window. Do you know if there is a way to rename the wish application
shell at runtime so it shows up as GRASS (or GRASS 6.1CVS or similar)
instead of wish in the menu and the Dock?

export GRASS_WISH=/path/to/wish

http://grass.ibiblio.org/grass61/manuals/html61_user/variables.html

Hamish

H_B · April 26, 2006, 11:34am

The new startup screen is great Michael.

..

It'll be even better when we can simply double click a mapset name

Michael sent me the code & now it is in CVS. Nice one!

Hamish

Glynn_Clements1 · April 26, 2006, 12:26pm

Michael Barton wrote:

It seems to me that nviz doesn't really need x11, but this is an opinion
that is pretty ignorant of how it works internally (I've looked at the TclTk
part but don't understand how it interacts with the C part or X11 part).

The version of the Togl widget in the GRASS source tree only has X11
and Windows implementations. Version 1.7 of Togl supports OSX; someone
may wish to try merging that.

The image-dump code in do_zoom.c also uses X11-specific functions, but
that could be disabled without affecting the rest of NVIZ.

The OGSF library responsible for the actual rendering doesn't use any
platform-specific functions.

--
Glynn Clements <glynn@gclements.plus.com>

William_Kyngesburye · April 26, 2006, 1:58pm

That's not what I mean - I know about using GRASS_WISH to set the particular wish binary to use, that's how I force GRASS to use my X11 Tcl/Tk instead of Apple's default. It's just that when I use the Tk Aqua wish, it's a separate Mac OS X application, not run inside of X11, and the system just knows it as 'wish' (in the menubar, the Dock, and CLI ps command).

I know in Java applications, there is a way to rename the application so it doesn't run as 'Java'. Is there something similar for wish?

On Apr 26, 2006, at 4:18 AM, Hamish wrote:

I like having a normal Mac-style menu in the menubar instead of per
window. Do you know if there is a way to rename the wish application
shell at runtime so it shows up as GRASS (or GRASS 6.1CVS or similar)
instead of wish in the menu and the Dock?

export GRASS_WISH=/path/to/wish

http://grass.ibiblio.org/grass61/manuals/html61_user/variables.html

Hamish

-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/

"Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence....

- the wisdom of Tarzan

Lorenzo_Moretti · April 26, 2006, 3:21pm

New gui is powerful for all platforms.

There are some modules that require X11 like v.digit, nviz, r.le.* and others.

v.digit has a bug in Mac OS X: it doesn't load toolbox.tcl. Jesse Hamner <jhamner@emory.edu> has a temporary solution that work in Mac OS X 10.4.x: he has built v.digit like wish application inside Mac OS X 10.4.x and it works (the size is 184 kb versus 80 kb): it's included inside last Grass cvs OS X binary.
You can find more info at: http://userwww.service.emory.edu/~jhamner/grass.html

Nviz requires some changes linked to Togl library (yes togl 1.7 works in Mac OS X).
It also need a good d.out.file script for high resolution output.

In the future Grass can be built without-x (e.g. stand-alone mode) or with-x (network mode).
If someone has Mac OS X can test last cvs in OS X menu (TclTk Aqua): if you close X11 and enter "gis.m &" in Terminal, Grass works in TclTk Aqua only but NVIZ, v.digit and others.

New GUI is fantastic !!

--
__________________________________________________________________________
|| Lorenzo Moretti e-mail: lorenzo.moretti@bologna.enea.it ||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/ || | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ (ris.)
~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: +39-0516098131
ENEA - Ente Nazionale per le Nuove Tecnologie, l'Energia e l'Ambiente
ENEA - The Italian Agency for New Technologies, Energy and the Environment
__________________________________________________________________________

Glynn_Clements1 · April 26, 2006, 7:15pm

William Kyngesburye wrote:

That's not what I mean - I know about using GRASS_WISH to set the
particular wish binary to use, that's how I force GRASS to use my X11
Tcl/Tk instead of Apple's default. It's just that when I use the Tk
Aqua wish, it's a separate Mac OS X application, not run inside of
X11, and the system just knows it as 'wish' (in the menubar, the
Dock, and CLI ps command).

I know in Java applications, there is a way to rename the application
so it doesn't run as 'Java'. Is there something similar for wish?

Try "wish -name <name>", or putting "tk appname <name>" at the
beginning of the script.

--
Glynn Clements <glynn@gclements.plus.com>