On Sun, 15 Mar 2020 at 09:18, Matthias Kuhn wrote:
>
> Hi Sebastian, Borys,
>
> What about the opposite way: moving things to C++ and leaving only a
> very thing wrapper for interacting with the plugins in place?
That would be my preference too -- the overall movement in QGIS code
is to reduce th
Hi Sebastian, Borys,
What about the opposite way: moving things to C++ and leaving only a
very thing wrapper for interacting with the plugins in place?
That should get rid of duplicated code and be compatible with everything.
Best regards
Matthias
On 3/14/20 10:52 PM, Borys Jurgiel wrote:
Hi Sebastian,
The reason the whole infrastructure is split between Plugin Manager and Python
Plugin Installer (and Python utils) is Python support is optional in QGIS.
If QGIS is compiled without Python Support, the Plugin Manager still displays
all C++ plugins, it just lacks Python ones (and
Hi folks,
out of curiosity I have started poking around in QGIS' code related to
plugin management. It's an interesting mix of C++ and Python code. Even
the plugin management GUI itself is partially C++ (the main window,
QgsPluginManager[Interface], and part of its logic) and partially Python
(all
Hi,
you don't need a Travis sorcerer, the commands do not even run on a
local installation.
Try this patch: https://termbin.com/mmb7
On Sat, Mar 14, 2020 at 5:59 PM matteo wrote:
>
> Hi all,
>
> we (Richard, me, Harrissou) are trying to build the QGI doc (3.19) with
> the rtd theme (thank to
>
>
>
>
>
> -- Forwarded message --
> From: Denis Rouzaud
> To: matteo
> Cc: qgis-developer , qgis-community <
> qgis-community-t...@lists.osgeo.org>, Richard Duivenvoorde <
> rich...@duif.net>
> Bcc:
> Date: Sat, 14 Mar 2020 18:06:31 +0100
> Subject: Re: [QGIS-Developer] QGIS Doc
sorry, 3.10 :)
___
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
Hi all,
we (Richard, me, Harrissou) are trying to build the QGI doc (3.19) with
the rtd theme (thank to Harrissou and Richard jobs).
All the progress are on branch qgisdoc2020 in the official
QGIS-Documentation repository:
https://github.com/qgis/QGIS-Documentation/tree/qgisdoc2020
But we are s
2020-03-14, št, 13:58 Régis Haubourg rašė:
> Check the project property option named "trust". This is exactly what it is
> supposed to do.
> I admit the wording is not nice, any better idea is welcome.
You mean this one: "Trust project when data source has no metadata"?
I read the wording tha
Hi,
Related: having projects with several WMS or WFS server layers also are
opening very slowly (even when NOT visible). It would be nice to have
'lazy' loading, so only load layer which are visible?
@Tomas: are you sure it is doing full table scans? Most database have
some 'metadata' or cached m
Hi Tomas.
Check the project property option named "trust". This is exactly what it is
supposed to do.
I admit the wording is not nice, any better idea is welcome.
Best regards
Le sam. 14 mars 2020 à 12:55, Tomas Straupis a
écrit :
> Hello
>
> I would like to know opinion of QGIS developer com
Hello
I would like to know opinion of QGIS developer community on the
question of "self-fixing queries" in the context of database layers.
When you add a new database layer, QGIS queries required data, asks
user for other information and then saves it in the project file.
Now when you re-op
inline
On Fri, 13 Mar 2020 at 16:13, Martin Dobias wrote:
>
> 1. Georeferencer opens in a new window. In order to see the main map
> canvas and the georeferenced layer side by side, it is necessary to do
> some resizing of windows which is inconvenient. It would be maybe more
> practical to have
Hi Martin
this was one element in my todo list months ago.
In some automatic processing workflow, sometimes is necessary to give a
straightforward interactive tool to facilitate rectification when
polinomial parameters are not enough to reach precision... fortunately,
struggling with gdal code, I
14 matches
Mail list logo