<div dir="ltr"><div><div><div><div>Hi Didier.<br><br></div>My snap package (wallpaperdownloader) invokes xdg-open internally but it isn't working yet. Should I use a specific interface to accomplish that? This is the snapcraft.yml<br><br><pre>name: wallpaperdownloader
version: "2.3"
summary: Download, manage and change your favorite wallpapers from the Internet
description: WallpaperDownloader is a simple GUI Java based application for downloading, managing and changing wallpapers from the Internet
grade: stable
confinement: strict

apps:
  wallpaperdownloader:
    command: wallpaperdownloader.sh
    plugs: [x11, network-bind, home, gsettings]

parts:
  # Pulls the code from the original source (master branch)
  # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from the Wiki: <a href="https://wiki.ubuntu.com/snapcraft/parts">https://wiki.ubuntu.com/snapcraft/parts</a>
  # It enables desktop integration and gsettings manipulation from the confined application
  # It is necessary to use gsettings interface (see above) in order to have a fully functional
  # desktop/gtk3 part
  # Github repository for snapcraft-desktop-helpers: <a href="https://github.com/ubuntu/snapcraft-desktop-helpers">https://github.com/ubuntu/snapcraft-desktop-helpers</a>
  wallpaperdownloader:
    source: <a href="https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader.git">https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader.git</a>
    plugin: maven
    stage-packages:
      # mate-desktop-common is necessary to have MATE gsettings schemas available for the application
      - mate-desktop-common
    after: [desktop-gtk3]

  # It will copy wallpaperdownloader script into /bin/
  # This script contains all the commands needed (sets env variables, launches the jar file...) to
  # execute the application
  exec:
    plugin: dump
    source: scripts
</pre><br></div>Thanks!!!<br><br></div>Best,<br><br></div>Eloy<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-21 8:08 GMT+01:00 Didier Roche <span dir="ltr"><<a href="mailto:didrocks@ubuntu.com" target="_blank">didrocks@ubuntu.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le 21/11/2016 à 04:26, Spencer a écrit :<br>
> It's been a few weeks now, but last I heard, the snapcraft team was or did a sprint to address current limitations snaps have regarding the invocation of external processes.  Specifically, it would be nice to launch the user's default browser with a URL, or let a snap invoke another instance of itself.  What's the status on this?<br>
><br>
</span>Hey Spencer,<br>
<br>
Default browser should works for some months already if your application<br>
(or toolkit, like Qt does) invoke the xdg-open to open the url. This is<br>
then transmitted via dbus to an external process on your classic system<br>
which then issues the real xdg-open command.<br>
For the others, there are been indeed multiple discussions on this at<br>
multiple places (here, on the bug report…), but no action or firm<br>
decision. I'm CCing Gustavo as he was the one against a more generic<br>
intermediate solutions.<br>
<br>
Cheers,<br>
Didier<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
Snapcraft mailing list<br>
<a href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/<wbr>mailman/listinfo/snapcraft</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Eloy García Almadén<br></div></div>
</div>