1. 17 Dec, 2017 8 commits
  2. 16 Dec, 2017 5 commits
    • Jehan's avatar
    • Jehan's avatar
      plug-ins: add a SCREENSHOT_CAN_SHOOT_WINDOW capability. · 80490a2c
      Jehan authored
      And add the relevant option for when such capability is absent. Right
      now it is absent only from the new Freedesktop API.
    • pesder's avatar
      Update Chinese (Taiwan) translation · 5289afad
      pesder authored and Administrator's avatar Administrator committed
    • pesder's avatar
      Update Chinese (Taiwan) translation · 4fc4a8dd
      pesder authored and Administrator's avatar Administrator committed
    • Jehan's avatar
      plug-ins: implementation of the Freedesktop portal for screenshot. · 53a03b38
      Jehan authored
      I am told by the GNOME/Flatpak people that this is what we will
      ultimately need to implement. Basically this portal is supposed to work
      everywhere, in sandboxes (Flatpak, hopefully Snap too?), but also out
      of sandboxes, i.e. in GNOME and KDE, whether Wayland or X11. So that
      should be the unique API we will have to implement in the end, and every
      desktop environment/sandbox will need to implement this API (which is
      Apparently it is not part of default GNOME yet, but has to be installed
      separately (on Fedora, package is xdg-desktop-portal-gtk for GNOME and
      xdg-desktop-portal-kde for KDE).
      Now there are currently many shortcomings, and in particular, the
      screenshot API has apparently no advanced features (at all!). No window
      snap, no rectangular selection, no delaying, no choice on including
      cursor or decoration, nothing! Apparently this is normal that the API
      presents no feature, because "the API itself is not meant to specify the
      details how the screenshot is obtained. Instead the portal will present
      the user a dialog to take a screenshot, and that screenshot will be
      given back to the sandboxed app".
      This is acceptable behavior, except that currently, the dialog has none
      of the basic features so this is a very bad regression. This is why I
      test the freedesktop API last, which basically means it will likely
      never be actually used. That's on purpose. At least, the code is in and
      will be easy to improve later. Of course, when the Freedesktop portal
      for screenshot will finally be featureful, it is meant to be tested
      See: https://github.com/flatpak/xdg-desktop-portal/blob/master/data/org.freedesktop.portal.Screenshot.xml
  3. 14 Dec, 2017 2 commits
  4. 13 Dec, 2017 7 commits
  5. 12 Dec, 2017 7 commits
  6. 11 Dec, 2017 6 commits
  7. 10 Dec, 2017 5 commits
    • Jehan's avatar
      plug-ins: auto-detect HGT variants. · e0c36f3e
      Jehan authored
      Since SRTM-1 and SRTM-3 data have a fixed image size, it is actually
      very easy to auto-detect these by checking the file size. There is no
      need to ask the user to select between the 2 variants (even though these
      values are made quite obvious by official download links).
      I still left the dropdown appear optionally if the detection fails for
      some reason (we never know, at least that makes a fallback, for instance
      to be able to load partial data!). Yet now by default, HGT file settings
      should be fully auto-detected.
    • Jehan's avatar
      plug-ins: update file-hgt-load description... · 43f7a437
      Jehan authored
      ... and minor space and indentation fix.
    • Piotr Drąg's avatar
      Update Polish translation · a80f5325
      Piotr Drąg authored
    • Jehan's avatar
      NEWS: add file-hgt-load new PDB call. · 78602ca9
      Jehan authored
    • Jehan's avatar
      plug-ins: properly set returned error in pdb call. · 7fce78b2
      Jehan authored
      g_set_error() so that when samplespacing is not a valid argument for
      file-hgt-load, the error is properly propagated.
      Also add a g_warning() to get the error in the terminal as well.