Hi,
2010/1/7 Jan Tošovský :
> I've built 6.5 from svn 40297 and adding map layers is broken again. Now
> both vector and raster!
fixed in r40307.
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osge
> > 2009/12/28 Jan Tošovský :
> > > 1) I cannot add a new vector map layer. Only a dummy one is
> > added without
> > > the standard option dialog. All corresponding messages from
> > the Command
> > > output tab can be found at the bottom of this e-mail.
> > Raster maps are Ok.
> >
> > I comme
Michael Barton wrote:
> Do these changes and those in r40191-40200 fix the lag on adding a
> vector? Can you check?
They don't address that issue.
--
Glynn Clements
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/
On Jan 2, 2010, at 10:00 AM, grass-dev-requ...@lists.osgeo.org wrote:
> Date: Sat, 2 Jan 2010 15:48:08 +0100
> From: Martin Landa
> Subject: Re: [GRASS-dev] Issues of 6.5 build on WinXP
> To: Jan To?ovsk?
> Cc: grass-dev@lists.osgeo.org
> Message-ID:
>
>
2010/1/2 Jan Tošovský :
> Error messages are properly recorded in the Command Console (wxPython) now,
> but Clear output button doesn't clear anything.
Already fixed in r40199.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/m
Error messages are properly recorded in the Command Console (wxPython) now,
but Clear output button doesn't clear anything.
When error messages are mentioned, there are several I've just met:
The first one appears 'sometimes' when Kriging interpolation is selected via
menu.
The second one when s
> 2009/12/28 Jan Tošovský :
> > 1) I cannot add a new vector map layer. Only a dummy one is
> added without
> > the standard option dialog. All corresponding messages from
> the Command
> > output tab can be found at the bottom of this e-mail.
> Raster maps are Ok.
>
> I commented out problemat
2010/1/1 Glynn Clements :
[...]
> Fixed in r40169 (trunk); back-porting recommended.
Done in r40195 (devbr6) and r40196 (relbr64).
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://l
Hi,
2009/12/28 Jan Tošovský :
> 1) I cannot add a new vector map layer. Only a dummy one is added without
> the standard option dialog. All corresponding messages from the Command
> output tab can be found at the bottom of this e-mail. Raster maps are Ok.
I commented out problematic code in r4019
Hi,
2009/12/28 Glynn Clements :
>> Not sure what is wrong...
>
> First, ensure that you have GNU make 3.81; I wouldn't trust older
> versions to handle non-trivial use of "eval".
>
> FWIW, the locale directory from GRASS 6.5 builds fine for me on
> Windows (with make 3.81).
right, it was cased by
Michael Barton wrote:
> I've tried to follow this all out. As it is currently written, it is not
> easily fixable. As best I can tell, OnUpdateSelection (called with every
> key press) sends the window ID to a threaded routine, which then uses
> the ID to grab what has been entered after each key
On Jan 1, 2010, at 2:20 PM, Glynn Clements wrote:
>
> Michael Barton wrote:
>
Where is the EVT_TEXT binding? I couldn't find it.
>>>
>>> It's in cmdPanel.__init__() ;)
>>>
>>> In r40168 (trunk), it's at line 1329 of menuform.py.
>>
>> If I comment out this line, I don't see any differe
OK. I see this and the problem it is trying to solve.
For this to work correctly, I think that what ought to be happening is that
1) the EVT_TEXT event should be storing whatever is being typed into the map
field only.
2) when one of the combo boxes is hit, *then* the field filling routine sho
Michael Barton wrote:
> >> Where is the EVT_TEXT binding? I couldn't find it.
> >
> > It's in cmdPanel.__init__() ;)
> >
> > In r40168 (trunk), it's at line 1329 of menuform.py.
>
> If I comment out this line, I don't see any difference in function.
1. Run "d.vect --ui"
2. Type the name of
On Jan 1, 2010, at 2:42 AM, Glynn Clements wrote:
>
> Michael Barton wrote:
>
I've looked at the current version of menuform.py and gselect.py and can
find no place that should generate a pause or autocomplete in map
selection. If it's there, it's really buried deeply.
>>>
>>> E
Michael Barton wrote:
> >> This should be run when needed, not while typing.
> >
> > That's my opinion. However:
> >
> > 1. It requires that combo boxes support a popup event which can be
> > used to to populate the list. The user may type a map name then
> > immediately click on the button to
On Jan 1, 2010, at 2:42 AM, Glynn Clements wrote:
>> Where is the EVT_TEXT binding? I couldn't find it.
>
> It's in cmdPanel.__init__() ;)
>
> In r40168 (trunk), it's at line 1329 of menuform.py.
Thanks. I'll track it down there.
>
>> This should be run when needed, not while typing.
>
> T
Glynn Clements wrote:
> 2. LayerSelect.InsertLayers() in gselect.py, which calls
> GetVectorNumberOfLayers() in utils.py, which runs
> "v.category option=report".
Reminder: this is what hangs the GUI if DEBUG= is set. It is run thus:
ret = gcmd.RunCommand('v.category',
Michael Barton wrote:
> >> I've looked at the current version of menuform.py and gselect.py and can
> >> find no place that should generate a pause or autocomplete in map
> >> selection. If it's there, it's really buried deeply.
> >
> > Everything in the GUI is buried deeply ;)
> >
> > But, her
On Dec 31, 2009, at 4:10 PM, grass-dev-requ...@lists.osgeo.org wrote:
> Date: Thu, 31 Dec 2009 19:30:16 +0100
> From: Jan To?ovsk?
> Subject: RE: [GRASS-dev] Issues of 6.5 build on WinXP
> To: "'GRASS developers grass-developers'"
> Message-ID: <009601ca
> I also took a look at Jan's video. Maybe I'm missing
> something. He clicks on the add layer button but then does
> not click on the button to view the map list for either
> raster or vector. Maybe he is trying to type and it doesn't
> show up in the video?
In the GUI there are two separate
On Dec 31, 2009, at 5:39 AM, Glynn Clements wrote:
>
> Michael Barton wrote:
>
>> I've looked at the current version of menuform.py and gselect.py and can
>> find no place that should generate a pause or autocomplete in map
>> selection. If it's there, it's really buried deeply.
>
> Everythin
Michael Barton wrote:
> I've looked at the current version of menuform.py and gselect.py and can
> find no place that should generate a pause or autocomplete in map
> selection. If it's there, it's really buried deeply.
Everything in the GUI is buried deeply ;)
But, here goes:
Each modificatio
Glynn,
I've looked at the current version of menuform.py and gselect.py and can find
no place that should generate a pause or autocomplete in map selection. If it's
there, it's really buried deeply. We've used ComboTreeBox in the GRASS custom
selection control since early in GUI development. Bu
Glynn wrote:
>
> The delays are much worse for d.vect than for d.rast.
I don't think it is terribly pertinent to the bigger issue, but
as a curiosity as to why d.vect might be slower, I recall this
thread re. similar delays with $PROMPT_COMMAND ...
http://thread.gmane.org/gmane.comp.gis.grass.d
Michael Barton wrote:
> Could you clarify what it is you are referring to about autocompletion?
> Are you talking about the command console or the layer manager?
I'm talking about the parameter dialogs which are generated for each
command (menuform.py).
Whenever I type a character into the map
> > Tried that. It doesn't work for me, although I don't get the same
> > error. As soon as I have typed the map name (and before I
> have pressed
> > "OK"), the GUI hangs and has to be forcibly terminated.
> >
> > Oh, and I get exactly the same behaviour with 7.0 on Linux. Raster
> > maps work f
> and did not backport to 7,
foreport?
:)
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Dec 29, 2009, at 10:00 AM, grass-dev-requ...@lists.osgeo.org wrote:
> Date: Tue, 29 Dec 2009 08:50:02 +
> From: Glynn Clements
> Subject: RE: [GRASS-dev] Issues of 6.5 build on WinXP
> To: grass-dev@lists.osgeo.org
> Message-ID: <19257.49850.527756.67...@cerise.
Glynn Clements wrote:
> Tried that. It doesn't work for me, although I don't get the same
> error. As soon as I have typed the map name (and before I have pressed
> "OK"), the GUI hangs and has to be forcibly terminated.
>
> Oh, and I get exactly the same behaviour with 7.0 on Linux. Raster
> ma
Glynn Clements wrote:
> > BTW, Glynn, can you add a new vector map? Here is a snippet from the
> > original post:
> >
> > 1) I cannot add a new vector map layer. Only a dummy one is added without
> > the standard option dialog. All corresponding messages from the Command
> > output tab can be fo
Jan Tošovský wrote:
> > First, ensure that you have GNU make 3.81; I wouldn't trust older
> > versions to handle non-trivial use of "eval".
> >
> > FWIW, the locale directory from GRASS 6.5 builds fine for me on
> > Windows (with make 3.81).
>
> I can confirm that. The locale directory is reall
> > >> FYI: I've set this environment variable at the begining of
> > >> C:\OSGeo4W\etc\ini\grass.bat file. Setting this variable
> in the OS control
> > >> panel directly may require restart of Windows (but I am
> not sure) to have
> > >> any effect.
> > >
> > > Unfortunately it's not working on
Martin Landa wrote:
> >> FYI: I've set this environment variable at the begining of
> >> C:\OSGeo4W\etc\ini\grass.bat file. Setting this variable in the OS control
> >> panel directly may require restart of Windows (but I am not sure) to have
> >> any effect.
> >
> > Unfortunately it's not workin
2009/12/27 Martin Landa :
>> FYI: I've set this environment variable at the begining of
>> C:\OSGeo4W\etc\ini\grass.bat file. Setting this variable in the OS control
>> panel directly may require restart of Windows (but I am not sure) to have
>> any effect.
>
> Unfortunately it's not working on my
Hi,
2009/12/26 Jan Tošovský :
>> > Without modifying the environment variable
>> > (set LC_ALL=cs_CZ) all the menus are in English
>>
>> it's not working for me, still unlocalized wxGUI starts...
>> Interestingly TCL/TK-based GUI is localized. Seems to be
>> a bug.
>
> FYI: I've set this environme
> > Without modifying the environment variable
> > (set LC_ALL=cs_CZ) all the menus are in English
>
> it's not working for me, still unlocalized wxGUI starts...
> Interestingly TCL/TK-based GUI is localized. Seems to be
> a bug.
FYI: I've set this environment variable at the begining of
C:\OSG
Hi,
2009/12/26 Jan Tošovský :
> what is also interesting is a language detection. In the Tcl/Tk GUI it works
> fine, but in the wxPython GUI only partially. Without modifying the
> environment variable (set LC_ALL=cs_CZ) all the menus are in English, but
it's not working for me, still unlocalized
Hello,
> 2) Encoding issue, probably the same described in the
> ticket 806 [3]. In all
> > places where localized strings are used in module dialogs
> there are strange
> > characters instead of non western glyphs. I think the ISO
> 8859-1 encoding is
> > probably used instead of UTF-8. In men
Hi,
2009/12/23 Jan Tošovský :
[...]
> 3) Freezing of app when the Manual tab is seleced in Kriging module
> (Raster|Interpolate surface|Ordinary or block kriging) so the app must be
> terminated. The same operation in another modules is Ok.
Please try r40130 where is enabled customized GUI of v
Hi,
2009/12/23 Jan Tošovský :
> I've tried to compile 6.5 version of Grass (svn at rev. 38990) according to
> the following link on my WinXP 32-bit:
> http://trac.osgeo.org/grass/wiki/CompileOnWindows
>
> I found there a broken link [1] during gathering all the individual
> packages, but this fil
Hello Everyone,
I've tried to compile 6.5 version of Grass (svn at rev. 38990) according to
the following link on my WinXP 32-bit:
http://trac.osgeo.org/grass/wiki/CompileOnWindows
I found there a broken link [1] during gathering all the individual
packages, but this file can be hopefully downloa
42 matches
Mail list logo