[QGIS-Developer] Paste geometry functionality
Hello I was wondering, is there any reason why "paste geometry" (for vector features) is not implemented in QGIS? Or is it simply because nobody implemented it (I'm thinking of trying to do that)? The use case is different government cadastres where geometry is provided by external institutions and institution responsible for maintaining the cadastre is adding the attribute values. While they can use full feature paste (with attributes) for initial record creation, updating requires the possibility to paste geometry only without changing any attribute values. Thank you P.S. I am aware of a python plugin for that but it does not work for large geometries as clipboard size limit is reached pretty fast on windows. -- Tomas ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] HTML in plugin's metadata.txt works, but should it?
HI Johannes, digging into very old memories here, IIRC when I wrote that metadata docs I was mainly worried about displaying the plugin metadata.txt ini file information in the plugin website, that's why I thought it was wise to ban HTML formatting. On Tue, Nov 28, 2023 at 11:05 AM Johannes Kröger (WhereGroup) via QGIS-Developer wrote: > > Hi! > > https://docs.qgis.org/3.34/en/docs/pyqgis_developer_cookbook/plugins/plugins.html#metadata-txt > says for the fields "about", "description" and "changelog": "no HTML > allowed" > > But actually we *can* use some HTML > (https://doc.qt.io/qt-5/richtext-html-subset.html I assume). > The plugin's information will be nicely rendered at least in QGIS' > plugin manager. > does not seem to work, it just shows a placeholder. Clicking an > makes the plugin manager display a white page and open my system's > web browser with the URL. But other formatting things work well. > > Example image: > https://matrix.osgeo.org/_matrix/media/r0/download/matrix.wheregroup.com/nKHOTGcYWWpYqQKNWaSjuFbu/html%20in%20metadata.txt.png > > It would be super useful for me in a non-public plugin so I wonder: > > - Does "no HTML allowed" refer to the display in the official plugin > repository https://plugins.qgis.org only? > - Is it a bug that we can use some HTML in those fields or can we rely > on it for the future? > > I am a bit torn between "oh yay, we can add some more detailed > information in a nicely formatted way" and "oh dear lord this might lead > to complex chaos in plugin descriptions". > > Cheers, Hannes > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alessandro Pasotti QCooperative: www.qcooperative.net ItOpen: www.itopen.it ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] HTML in plugin's metadata.txt works, but should it?
Hi! https://docs.qgis.org/3.34/en/docs/pyqgis_developer_cookbook/plugins/plugins.html#metadata-txt says for the fields "about", "description" and "changelog": "no HTML allowed" But actually we *can* use some HTML (https://doc.qt.io/qt-5/richtext-html-subset.html I assume). The plugin's information will be nicely rendered at least in QGIS' plugin manager. does not seem to work, it just shows a placeholder. Clicking an makes the plugin manager display a white page and open my system's web browser with the URL. But other formatting things work well. Example image: https://matrix.osgeo.org/_matrix/media/r0/download/matrix.wheregroup.com/nKHOTGcYWWpYqQKNWaSjuFbu/html%20in%20metadata.txt.png It would be super useful for me in a non-public plugin so I wonder: - Does "no HTML allowed" refer to the display in the official plugin repository https://plugins.qgis.org only? - Is it a bug that we can use some HTML in those fields or can we rely on it for the future? I am a bit torn between "oh yay, we can add some more detailed information in a nicely formatted way" and "oh dear lord this might lead to complex chaos in plugin descriptions". Cheers, Hannes ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer