<div dir="ltr"><div><br><br>On Tue, Aug 18, 2015 at 8:09 AM, Radim Blazek <<a href="mailto:radim.blazek@gmail.com">radim.blazek@gmail.com</a>> wrote:<br>><br>> On Tue, Aug 18, 2015 at 9:14 AM, Martin Landa <<a href="mailto:landa.martin@gmail.com">landa.martin@gmail.com</a>> wrote:<br>> > Hi,<br>> ><br>> > 2015-08-18 9:11 GMT+02:00 Radim Blazek <<a href="mailto:radim.blazek@gmail.com">radim.blazek@gmail.com</a>>:<br>> >> BTW, as Markus Neteler pointed out, there is a list differences<br>> >> between GRASS 6 and 7:<br>> >>   <a href="https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Replacedandremovedmodules">https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Replacedandremovedmodules</a><br>> >>   <a href="https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Renamedmodules">https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Renamedmodules</a><br>> >>   <a href="https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Optionschanges">https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Optionschanges</a><br>> >> and a table used by the commands to advertise new parameters in case<br>> >> the user used the old style:<br>> >>   <a href="https://svn.osgeo.org/grass/grass/branches/releasebranch_7_0/lib/gis/renamed_options">https://svn.osgeo.org/grass/grass/branches/releasebranch_7_0/lib/gis/renamed_options</a><br>> >><br>> >> If you upgrade a module definition in QGIS, please update also its status on<br>> >> <a href="https://grasswiki.osgeo.org/wiki/GRASS-QGIS_relevant_module_list">https://grasswiki.osgeo.org/wiki/GRASS-QGIS_relevant_module_list</a><br>> ><br>> > I wonder why UI is not generated on the fly or during compilation? To<br>> > maintain manually UI in QGIS is complicated and the result will be<br>> > always out-of-date. Just 2 my cents, Martin<br>><br>> UI is generated on the fly when a module UI is opened. It is using<br>> options description printed by GRASS module (--interface-description)<br>> combined with options definition for the module in QGIS (.qgm file).<br>> The additional options definition in QGIS is mainly for two purposes:<br>><br>> 1) limit number of options not to frighten users, some GRASS modules<br>> are also represented as multiple items with predefined options<br><br></div><div>Hi Radim and Martin,<br></div><div><br>I guess that one of the reasons for QGIS interface for GRASS. Anyway, is there a option of not using .qgm file and using --interface-description only? This would not only enable some of the hidden features but more importantly, it would enable to use of modules from GRASS GIS Addons repository.<br><br>> 2) define relations between options (e.g. type or column option<br>> relation with input vector) or special options which has dedicated<br>> widget in UI (e.g. GDAL/OGR input).<br><br></div>This should be defined in GRASS GIS. If it is missing in GRASS or in the --interface-description then it is a bug which should be solved.<br><br>Here are examples of guidependency "option attribute":<br><br><a href="https://trac.osgeo.org/grass/browser/grass/trunk/vector/v.distance/main.c#L222">https://trac.osgeo.org/grass/browser/grass/trunk/vector/v.distance/main.c#L222</a><br><a href="https://trac.osgeo.org/grass/browser/grass/trunk/scripts/v.what.vect/v.what.vect.py#L15">https://trac.osgeo.org/grass/browser/grass/trunk/scripts/v.what.vect/v.what.vect.py#L15</a><br><div><br>> It was surely difficult to keep options in sync with GRASS modules,<br>> but with the new debugging tool (in master), it is possible to check<br>> all options/modules with just one click.<br><br></div><div>This sounds really good.<br><br></div><div>Best,<br></div><div>Vaclav<br><br><br></div></div>