#178: g.copy/g.rename help message --------------------------+------------------------------------------------- Reporter: hcho | Owner: [email protected] Type: enhancement | Status: new Priority: minor | Milestone: 6.4.0 Component: default | Version: unspecified Resolution: | Keywords: --------------------------+------------------------------------------------- Comment (by glynn):
Replying to [ticket:178 hcho]: AFAICT, this is a limitation of the parser. The syntax of the various options is <old>,<new> but the parser doesn't allow multiple ->gisprompt settings. BTW, neither the terminal interactive mode nor the GUI understand the significance of the key_desc option. I doubt that this can be changed given the current parser interface and the way that g.copy/g.rename use it. Essentially, trying to use a single option for multiple purposes (e.g. both input and output) tends to fail for alternate modes (--help, --ui, etc). The only way to make this work with the current parser interface would be to have separate source and destination options for each type, with the source labelled "old" and the destination labelled "new". It would be nice to maintain a global list of cases which the parser doesn't handle well (or at all), for reference when we get around to designing a new type system for the parser. -- Ticket URL: <http://trac.osgeo.org/grass/ticket/178#comment:1> GRASS GIS <http://grass.osgeo.org>
_______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
