<div dir="ltr">On the subject, is there any possibility to test a plugin at another platform? <div><br></div><div>I'm developing my plugin on Windows machine and I have a Linux server, which I can test the plugin on but when it comes to OSX I have no machine to test it on. Does anyone have experience/good cookbooks how to set up a OSX virtual box or something similar to test a plugin in?</div><div><br></div><div>Best regards</div><div>Axel</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 6 Feb 2019 at 13:05, Matthias Kuhn <<a href="mailto:matthias@opengis.ch">matthias@opengis.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi<br>
<br>
On 2/6/19 12:47 PM, Nathan Woodrow wrote:<br>
> QGIS is for the users in the end, if this opens a new world of users,<br>
> and note this is government funded, I don't think we should avoid<br>
> allowing these kinds of things in.  This isn't a core feature of QGIS<br>
> and more of an exception than a rule.  I don't see most plugins going<br>
> this route but the few that do because of X reasons they have no<br>
> control over should still be part of the community I think.<br>
><br>
> I really don't see the harm here as it's not something that most<br>
> people will know or care about in the end.  Getting plugins to work<br>
> cross-platform is a lot of work and I don't really like pushing people<br>
> away because they can't do it for whatever reason.  If this was going<br>
> to be a core feature I would be on your side for it but the plugins<br>
> are for the users.<br>
><br>
> I would also note we have some features of QGIS that only work on some<br>
> platforms and not others and we are fine with that because it makes it<br>
> better for those users, so this is the same here IMO.  Pushing them<br>
> out to a self-hosted plugin repo just adds extra overhead and limits<br>
> user base and visibility of well-funded work that we should embrace.<br>
<br>
<br>
I am tempted to think in the same direction. Most plugins will be<br>
cross-platform anyway because Python and because Qt and because QGIS.<br>
<br>
If they are not and it's trivial to solve (e.g. someone is using \ as<br>
path separator instead of os.path.join...) than things can go through an<br>
issue report. If it's more complex it's a question of effort vs.<br>
benefit. If it's a single-purpose use-case specific plugin which is<br>
intended to be run inside a specific organization / scenario, then I<br>
don't see the benefit of investing a lot of effort into something that<br>
will never be used.<br>
<br>
IMO we should be open to anyone and in parallel encourage people to<br>
support as many platforms as possible. E.g. adding metadata with<br>
supported platforms might help to be more transparent about supported<br>
platform, filter plugins in the plugin manager and offer specific help<br>
to make plugins cross-platform down the road.<br>
<br>
Bests<br>
<br>
Matthias<br>
<br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div>