[GRASS5] another command needing terminal interaction

Maybe this was already on the list that has been discussed, but I’d forgotten about it. g.mremove has a ‘do you really want to do this y/n’ message that causes it to hang in the tcltk GUI. There may be another one or two that do the same thing. Could we just drop this ‘pause to reconsider’ from these commands in exchange for a warning in the description that says something along the lines of “WARNING this command will delete ALL files matching the wildcard specifications!”?

Michael


Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

Personally, I like the 'is this what you intend to do' message. More than once I have looked at that list and thought, " oh crap... that is not at all what I intended to do". Although I use it on the command line and not through the gui...

Just my 2 cents...

Kirk

On Feb 9, 2005, at 5:13 PM, Michael Barton wrote:

Maybe this was already on the list that has been discussed, but I’d forgotten about it. g.mremove has a ‘do you really want to do this y/n’ message that causes it to hang in the tcltk GUI. There may be another one or two that do the same thing. Could we just drop this ‘pause to reconsider’ from these commands in exchange for a warning in the description that says something along the lines of “WARNING this command will delete ALL files matching the wildcard specifications!”?

Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

Can we make this work from the autogenerated GUI?

Michael


Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


From: “Kirk R. Wythers” kwythers@umn.edu
Date: Wed, 09 Feb 2005 17:20:17 -0600
To: Michael Barton michael.barton@asu.edu
Cc: grass devel grass5@grass.itc.it
Subject: Re: [GRASS5] another command needing terminal interaction

Personally, I like the ‘is this what you intend to do’ message. More than once I have looked at that list and thought, " oh crap… that is not at all what I intended to do". Although I use it on the command line and not through the gui…

Just my 2 cents…

Kirk

On Feb 9, 2005, at 5:13 PM, Michael Barton wrote:

Maybe this was already on the list that has been discussed, but I’d forgotten about it. g.mremove has a ‘do you really want to do this y/n’ message that causes it to hang in the tcltk GUI. There may be another one or two that do the same thing. Could we just drop this ‘pause to reconsider’ from these commands in exchange for a warning in the description that says something along the lines of “WARNING this command will delete ALL files matching the wildcard specifications!”?

Michael


Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

From: "Kirk R. Wythers" <kwythers@umn.edu>

Personally, I like the 'is this what you intend to do' message. More
than once I have looked at that list and thought, " oh crap... that is
not at all what I intended to do". Although I use it on the command
line and not through the gui...
Just my 2 cents...

I think the same - many times the "Do you really want to remove this?" saved my life. Please don't remove this functionality neither from GUI nor command line. May lead to disaster and heavy frustration. No apriori warning can replace it.

Maciek

On Feb 9, 2005, at 5:13 PM, Michael Barton wrote:

Maybe this was already on the list that has been discussed, but I’d
forgotten about it. g.mremove has a ‘do you really want to do this
y/n’ message that causes it to hang in the tcltk GUI. There may be
another one or two that do the same thing. Could we just drop this
‘pause to reconsider’ from these commands in exchange for a warning in
the description that says something along the lines of “WARNING this
command will delete ALL files matching the wildcard specifications!”?

Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

On Thu, Feb 10, 2005 at 11:21:57PM +0100, Maciek Sieczka wrote:

From: "Kirk R. Wythers" <kwythers@umn.edu>

>Personally, I like the 'is this what you intend to do' message. More
>than once I have looked at that list and thought, " oh crap... that is
>not at all what I intended to do". Although I use it on the command
>line and not through the gui...
>Just my 2 cents...

I think the same - many times the "Do you really want to remove this?"
saved my life. Please don't remove this functionality neither from GUI nor
command line. May lead to disaster and heavy frustration. No apriori
warning can replace it.

I fully agree.

Markus

> >Personally, I like the 'is this what you intend to do' message.
> >More than once I have looked at that list and thought, " oh crap...
> >that is not at all what I intended to do". Although I use it on the
> >command line and not through the gui...
> >Just my 2 cents...
>
> I think the same - many times the "Do you really want to remove
> this?" saved my life. Please don't remove this functionality
> neither from GUI nor command line. May lead to disaster and heavy
> frustration. No apriori warning can replace it.
>

I fully agree.

For the general case "G_ask()" (or whatever it is called) could use a
GUI pop-up window along the same lines as G_percent() when called from
GUI. For scripts, this might be an option of a g.message module (with
return codes for [Yes] [No])?

Maybe getting too complicated for a simple problem.

Hamish