Re: [Qgis-developer] Persist plugin GUI dialog settings
I've ended up connecting the QSettings() function to the parent QTreeWidget's itemChanged signal. This works for text and checkboxes, but does not seem to emit for changing the selected item in a combobox. Does anyone know what signal is emitted under these circumstances? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Persist-plugin-GUI-dialog-settings-tp5160325p5209930.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Loading large tables
Hi Paolo, On 06/09/2015 07:55 AM, Paolo Cavallini wrote: Il 08/06/2015 20:52, Richard Duivenvoorde ha scritto: Not sure if it is related, but some things should be fixed already: see https://hub.qgis.org/issues/10619 looking into the fix, it uses a spatial selection now... I think Jürgen did some changes. They will only kick in, if the spatial filter is already set before opening the attribute table, not when defined posterior. This filter is applied *before* the filter at the bottom is applied, so if you open the table with a spatial filter, you will not be able to show something else in the same session. In the long run I am considering to run the filter defined at the bottom directly on the provider. You may have seen the recent work on expression compiler, which should be able to also delegate (some) attribute filters to the database. Regards, Matthias ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bug in symbol size data-defined override
On 08/06/2015 15:46, Andreas Neumann wrote: I agree - a rename to size assistant or sizing assistant would be useful. In my opinion, the new solution is not harder to find than the old solution - which was pretty hard to find and even more disconnected to the actual symbol than the new solution. I agree, it is still a bit hidden, but it belongs to the expression - that's why the current solution isn't bad. I made a PR on QGIS-Documentation yesterday to show the assistant and explain how to access it. Hope that helps. The reason it's a bit hidden is that the DD-button is now everywhere in the Style interface, so the user will get used to the concept, and data-defined for the Size field seemed quite obvious to me. The user can also use the 'Graduated by size' to have varying size symbols, there it's more visible. The idea behind the generic assistant name in the DD-menu is that DD-button are related to a field in the gui (here Size, so Size-assistant) and we may want other DD-assitants in the future (setting-up a color expression, font expression, or a marker shape expression would benefit from that). That beeing said, we can add an icon beside the DD-button to launch the assistant (e.g. magic wand with the appropriate tooltip, or circles with increasing diameters). Andreas On 08.06.2015 15:26, Régis Haubourg wrote: Alexandre Neto wrote Not sure if data-defined override for Symbol Size should even be connected to the size-scale method, since in this case it should simply override the symbol size value. In master UI refactoring, area or diameter selector disappeared, and we now have an assistant for that. Expressions directly typed refer to size (diameter) and are no more influence by this modifier. The scale method will gently disappear from the code, the default is now ScaleDiameter and cannot be changed. The expression for the size is not composed anymore with a sqrt. The only thing that may be misleading is that features with size expressions that evaluate to NULL will be drawn with the default size (due to fixing symbols with DD-fields not being drawn in preview and legend). If it's an unwanted behaviour, then using coalesce(size_expression, 0) for the size expression will fix that easily enough. Vincent. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Loading large tables
Il 09/06/2015 13:00, Matthias Kuhn ha scritto: I think Jürgen did some changes. They will only kick in, if the spatial filter is already set before opening the attribute table, not when defined posterior. This filter is applied *before* the filter at the bottom is applied, so if you open the table with a spatial filter, you will not be able to show something else in the same session. In the long run I am considering to run the filter defined at the bottom directly on the provider. You may have seen the recent work on expression compiler, which should be able to also delegate (some) attribute filters to the database. Thanks. In our case, it does not seem to solve the problem. In any case, I think the current behaviour requires some intervention, as large tables are not really usable. Is opening another ticket necessary? All the best, and thanks again. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] visual changelog 2.10 items?
On 9 Jun 2015 12:05 pm, Tim Sutton t...@kartoza.com wrote: Hi On 09 Jun 2015, at 02:16, Richard Duivenvoorde rdmaili...@duif.net wrote: Hi Devs, if you have some time, can you please add items at: http://changelog.qgis.org/qgis/version/2.10/ so we can try to create a nice looking Visual Changelog again for Pisa? Let us know about all the niceties you did this release :-) I've just trawled through the git log and added rough versions of everything I think should be included. I've omitted processing changes as there's so many it's hard to tell what is noteworthy. Can someone more familiar with this area please add these? Otherwise it's just a matter of fleshing out these rough entries and adding screenshots. Note that there's still an issue with the change log only showing a small number of pending items at a time Nyall ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Drag n drop on OS X
I'm not sure how complete the Qt5 transition is in QGIS. I wouldn't want to switch until it's fairly stable, and not in the middle of a long term release (2.8) even if it's only for 2.10+ builds, it's very difficult to have 2 Qt versions installed side by side. On Jun 8, 2015, at 10:56 PM, Nyall Dawson nyall.daw...@gmail.com wrote: On 9 Jun 2015 1:07 pm, Larry Shaffer lar...@dakotacarto.com wrote: Hi, This can be fixed for Qt 4.8.x, but requires direct access to the Cocoa API when needed to introduce the non-Qt-source workarounds noted in the QTBUG-40449 [0]. Btw, this is an example of my old PR [1] to introduce abstracted calls to the OS (Mac for example, with Objective-C++) to handle changes in OS API libraries and keep such workarounds in one place instead of peppered throughout the source tree. Especially for those instances where Qt fails us, but a direct call to the OS could be abstracted for a workaround where needed. Unfortunately, it is a significant change that needs really tested well, and certainly not reasonable to introduce into 2.10 as a fix, as it is more of a feature. I never upgraded to 10.10 for several reasons, but am about to, or I would have noticed this nasty bug sooner. [0] https://bugreports.qt.io/browse/QTBUG-40449 [1] https://github.com/qgis/QGIS/pull/1084 Thanks for looking into this Larry, I'm wondering - is there anything stopping the OSX builds from moving to the Qt5/pyqt4 combination? I gather qt4 on 10.10 is unsupported and probably has a lot of little quirks like this we can't easily fix. I'm tipping the next OSX release will have even more. But since we're not relying on a distro and are more or less free to choose dependencies on OSX, couldn't we switch the OSX build across now? Nyall ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS 2.8.2 for RHEL/EPEL 7
I just built QGIS 2.8.2 for RHEL/EPEL 7 ( http://koji.fedoraproject.org/koji/taskinfo?taskID=9997800 ) and it is available in the testing repo ( https://admin.fedoraproject.org/updates/qgis-2.8.2-1.el7 ). I built it without PyQwt because it doesn't support Qwt 6 ( http://lists.osgeo.org/pipermail/qgis-developer/2014-December/036112.html ), so I'm sure that some functionality is disabled and/or won't work but the main application is available for testing. Thanks, Dave ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer