<div dir="ltr"><div class="gmail_extra">Was: [Qgis-developer] QGIS GRASS plugin - modules upgrade<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 24, 2015 at 2:42 PM, Radim Blazek <span dir="ltr"><<a href="mailto:radim.blazek@gmail.com" target="_blank">radim.blazek@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Aug 18, 2015 at 9:39 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com">wenzeslaus@gmail.com</a>> wrote:<br>
</span><span class="">>> > 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>
> Hi Radim and Martin,<br>
><br>
> I guess that one of the reasons for QGIS interface for GRASS. Anyway, is<br>
> there a option of not using .qgm file and using --interface-description<br>
> only? This would not only enable some of the hidden features but more<br>
> importantly, it would enable to use of modules from GRASS GIS Addons<br>
> 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>
> This should be defined in GRASS GIS. If it is missing in GRASS or in the<br>
> --interface-description then it is a bug which should be solved.<br>
<br>
</span>How can I recognize G_OPT_V_TYPE in  --interface-description? It does<br>
not have gisprompt.</blockquote></div><br></div><div class="gmail_extra">Right [1]. I think this is a bug. No gisprompt is there. I think wxGUI doesn't need it because the values for the combo box are defined there already.<br><br>I suppose we can add something like 'type' or 'vtype' as one of the values for gisprompt. No 'type' is currently used in the gisprompt, although it might have been used in the past [2]. Probably the following could be the gisprompt:<br><br></div><div class="gmail_extra">'old,vtype,vtype'<br>'old,v3type,v3type'<br><br></div><div class="gmail_extra">Unfortunately, I'm not sure about 'old' versus 'new' in this context (for other things then maps) but hopefully somebody knows. I'm also not sure about handing of unknown gisprompts in wxGUI but this can be easily tested.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Vaclav<br></div><div class="gmail_extra"><br>[1] <a href="https://trac.osgeo.org/grass/browser/grass/trunk/lib/gis/parser_standard_options.c#L487">https://trac.osgeo.org/grass/browser/grass/trunk/lib/gis/parser_standard_options.c#L487</a><br>[2] <a href="https://trac.osgeo.org/grass/browser/grass/trunk/display/d.rast.arrow/main.c#L173">https://trac.osgeo.org/grass/browser/grass/trunk/display/d.rast.arrow/main.c#L173</a><br><br></div></div>