big +1 for me too... and +1 for a QEP Luigi Pirelli ************************************************************************************************** * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com * LinkedIn: https://www.linkedin.com/in/luigipirelli * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli * GitHub: https://github.com/luipir * Mastering QGIS: https://www.packtpub.com/application-development/mastering-qgis **************************************************************************************************
On 31 August 2016 at 08:29, Neumann, Andreas <[email protected]> wrote: > Hi all, Hi Nyall, Matthias and Denis, > > After some discussion with Nyall we stumbled again over the inconvenience > that widgets in QGIS mix data (core) and GUI part. This effects many places > in QGIS where you want to address the display value of a widget instead of > the raw value: QGIS Server (e.g. GetFeatureInfo Requests), Print Composer, > Labels, Save to Spreadsheet with human readable values, and many more. > > So before people are introducing more and more widgets (which is nice) I > would suggest to first improve our widget infrastructure for QGIS 3.0 to > decouple the Core/data part from the GUI part, which would allow code to > access all widget configuration and properties without having to deal with > the GUI part of the widget. Nyall mentioned that the symbology rendering > separates this nicely, but the attribute widgets do not. > > Nyall suggested to do a QEP for that to discuss the implications and how > this can be cleanly designed. > > Matthias - since you are "the widget guy" - do you want to take a lead on > this QEP? Or should I ask Nyall? > > Thanks, > > Andreas > > > > _______________________________________________ > Qgis-developer mailing list > [email protected] > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer _______________________________________________ Qgis-developer mailing list [email protected] List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
