First, should we keep discussion of this on this list, or resurrect
grass-gui?
Also, Gism/optpanels/rastopt.py has hardcoded MacOSX paths for the
images, e.g.:
self.help = wx.BitmapButton(self.panel_1, -1, wx.Bitmap("/Applications/Grass/GRASS.app/Contents/Resources/etc/gui/icons/gui-help.gif", wx.BITMAP_TYPE_ANY))
These need to use relative paths.
--
Glynn Clements <glynn@gclements.plus.com>
There are several of those. They come from designing the UI with
wxGlade, AFAICT. I added a perl script that helps changing those to
something portable.
Daniel.
On 3/17/07, Glynn Clements <glynn@gclements.plus.com> wrote:
First, should we keep discussion of this on this list, or resurrect
grass-gui?Also, Gism/optpanels/rastopt.py has hardcoded MacOSX paths for the
images, e.g.:self.help = wx.BitmapButton(self.panel_1, -1, wx.Bitmap("/Applications/Grass/GRASS.app/Contents/Resources/etc/gui/icons/gui-help.gif", wx.BITMAP_TYPE_ANY))
These need to use relative paths.
--
Glynn Clements <glynn@gclements.plus.com>_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
--
-- Daniel Calvelo Aros
On Sat, 2007-03-17 at 14:18 +0000, Glynn Clements wrote:
First, should we keep discussion of this on this list, or resurrect
grass-gui?
I believe there is enough current and future activity to merit moving to
grass-gui and cc:'ing devel on "monumental" changes/discussion.
Personally, I would appreciate it so that it further segregates the
fairly high volume of email from the devel list and it would be easier
for me to follow the various discussions.
PS -
I started playing with the wxPython code a little bit yesterday. I
don't seem to be able to add a raster or vector map to the display, but
other things seem to work. Is that part of the code something that
hasn't been fully enabled, yet, or is there more info or dependencies I
need?
wxPython is going to be the preferred GUI for future development,
correct?
--
Brad Douglas <rez touchofmadness com> KB8UYR/6
Address: 37.493,-121.924 / WGS84 National Map Corps #TNMC-3785
Dear all,
On Sat, Mar 17, 2007 at 10:28:49AM -0700, Brad Douglas wrote:
On Sat, 2007-03-17 at 14:18 +0000, Glynn Clements wrote:
> First, should we keep discussion of this on this list, or resurrect
> grass-gui?I believe there is enough current and future activity to merit moving to
grass-gui and cc:'ing devel on "monumental" changes/discussion.Personally, I would appreciate it so that it further segregates the
fairly high volume of email from the devel list and it would be easier
for me to follow the various discussions.
as suggested, I have resurrected the "grassgui AT grass itc it"
mailing list:
http://grass.itc.it/mailman/listinfo/grassgui
I have removed all members where mailman indicated
incorrect email addresses. Please resubscribe if you got accidentially
removed (don't take it as offense!).
Let me know if any mailing list settings have to be changed.
Cheers
Markus
On 3/17/07 7:18 AM, "Glynn Clements" <glynn@gclements.plus.com> wrote:
First, should we keep discussion of this on this list, or resurrect
grass-gui?
We started this and there was a number of posts asking us to keep it on the
developer list.
Also, Gism/optpanels/rastopt.py has hardcoded MacOSX paths for the
images, e.g.:self.help = wx.BitmapButton(self.panel_1, -1,
wx.Bitmap("/Applications/Grass/GRASS.app/Contents/Resources/etc/gui/icons/gui-
help.gif", wx.BITMAP_TYPE_ANY))These need to use relative paths.
This is a consequence of developing with wxGlade. Daniel just posted a PERL
utility to convert these to relative paths relatively easily. I haven't yet
tried it out.
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
I'm continuing to cross-post at the moment, but don't mind moving the day to
day discussions to GRASSGUI.
On 3/17/07 10:28 AM, "Brad Douglas" <rez@touchofmadness.com> wrote:
On Sat, 2007-03-17 at 14:18 +0000, Glynn Clements wrote:
First, should we keep discussion of this on this list, or resurrect
grass-gui?I believe there is enough current and future activity to merit moving to
grass-gui and cc:'ing devel on "monumental" changes/discussion.Personally, I would appreciate it so that it further segregates the
fairly high volume of email from the devel list and it would be easier
for me to follow the various discussions.PS -
I started playing with the wxPython code a little bit yesterday. I
don't seem to be able to add a raster or vector map to the display, but
other things seem to work. Is that part of the code something that
hasn't been fully enabled, yet, or is there more info or dependencies I
need?
Try the most recent svn versions. I'm convalescing at home and am avoiding
boredom (and 'real' work) by a lot of development on the new GUI. Now you
can add rasters, vectors, and ad hoc d.* commands. All should display in the
canvas now.
wxPython is going to be the preferred GUI for future development,
correct?
We've started to get considerable momentum going for this and a real team of
interface developers. It is mature, rich, and well-developed on all
platforms which run GRASS. It also has the advantage of making it more
normal to work with Python in GRASS. So yes--unless someone else wants to
take over from this group and start from scratch on another platform 
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
Michael Barton wrote:
> Also, Gism/optpanels/rastopt.py has hardcoded MacOSX paths for the
> images, e.g.:
>
> self.help = wx.BitmapButton(self.panel_1, -1,
> wx.Bitmap("/Applications/Grass/GRASS.app/Contents/Resources/etc/gui/icons/gui-
> help.gif", wx.BITMAP_TYPE_ANY))
>
> These need to use relative paths.This is a consequence of developing with wxGlade. Daniel just posted a PERL
utility to convert these to relative paths relatively easily. I haven't yet
tried it out.
It seems to work (although the source path is hardcoded in the
fix-icon-paths.pl script, so it won't work if anyone else edits the
file).
The fixed copy should be stored in SVN, so we'll probably need another
script to convert them back to absolute paths for editing in Glade.
--
Glynn Clements <glynn@gclements.plus.com>
On Sat, Mar 17, 2007 at 09:22:39PM +0000, Glynn Clements wrote:
The fixed copy should be stored in SVN, so we'll probably need another
script to convert them back to absolute paths for editing in Glade.
If any developer wants SVN access, just ping me.
Markus