<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 19, 2020 at 5:18 PM Jürgen E. Fischer <<a href="mailto:jef@norbit.de">jef@norbit.de</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 Tim,<br>
<br>
On Wed, 19. Feb 2020 at 10:40:37 +0000, Tim Sutton wrote:<br>
> What about if we ship QGIS ‘bare bones’ and on first run ask the user if they<br>
> would like to install our selection of highly recommended plugins (which are<br>
> basically what are in core or things like resource sharing)? That way we<br>
> could onramp people into using those whilst still keeping them separate?<br>
> Maybe in the plugin website we could just tag ‘endorsed’ plugins to defined<br>
> which get installed in this process?<br>
<br>
What about people that don't have network access?   Either because the are in<br>
developing countries or in enterprise environments that don't allow random<br>
downloads?<br>
<br>
I thought that was the main argument for standalone installers.<br>
<br>
<br>
Jürgen<br></blockquote><div><br></div><div><br></div><div>Good point.</div><div><br></div><div>I would say that for metasearch if you don't have a connection it wouldn't be of much use, same goes for resource sharing.</div><div><br></div><div>In any case, if this is the problem, we could ship zipped plugins and they could be installed from the zips in case there is no network available (install from zips is also in the plugins API so it's scriptable from another "meta" plugin if needed).</div><br></div><br>-- <br><div dir="ltr" class="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div></div>