1. 19 Feb, 2019 2 commits
  2. 17 Feb, 2019 1 commit
  3. 16 Feb, 2019 2 commits
  4. 07 Feb, 2019 2 commits
  5. 06 Feb, 2019 2 commits
  6. 05 Feb, 2019 4 commits
  7. 04 Feb, 2019 1 commit
  8. 03 Feb, 2019 1 commit
  9. 02 Feb, 2019 1 commit
    • Leesoo Ahn's avatar
      main-toolbar: Enable the gear menu only when the item is loaded · 354f925d
      Leesoo Ahn authored
      The "app.gear-menu" GAction is enabled and disabled from both
      photos_application_actions_update and the MainToolbar when the mode
      changes. This makes things unpredictable by relying on the order in
      which the callbacks are invoked. Currently the MainToolbar was
      winning and rendering parts of commit 031df27c ineffective.
      
      Instead, this should only be handled in one place -
      photos_application_actions_update. It's a lot more fine-grained and
      informed than the MainToolbar itself. eg., the MainToolbar only knows
      about the mode changing to PREVIEW, but doesn't know whether the item
      has finished loading.
      
      This code was added in commit 7e12154b, and the above rationale
      held true even then. However, back then, the item's loading state was
      not looked at. This is probably why the problem got overlooked.
      
      !94
      354f925d
  10. 01 Feb, 2019 1 commit
  11. 31 Jan, 2019 1 commit
  12. 28 Jan, 2019 2 commits
  13. 27 Jan, 2019 1 commit
  14. 25 Jan, 2019 2 commits
  15. 20 Jan, 2019 1 commit
  16. 19 Jan, 2019 1 commit
  17. 18 Jan, 2019 2 commits
  18. 17 Jan, 2019 1 commit
  19. 11 Jan, 2019 2 commits
  20. 05 Jan, 2019 1 commit
  21. 04 Jan, 2019 3 commits
    • Daniel Mustieles's avatar
      Updated Spanish translation · 31e6485e
      Daniel Mustieles authored
      31e6485e
    • Debarshi Ray's avatar
      flatpak: Explicitly specify the LibRaw build options · b843015c
      Debarshi Ray authored
      Currently the build detects the presence of the necessary dependencies
      and automatically enables or disables the corresponding options. Unless
      someone is keeping a close eye on the build logs, a change in the
      manifest or the SDK might silently and unexpectedly change the build
      options.
      
      Ideally, the build would fail if a requested option can't be met, to
      draw attention to this unforeseen change.
      
      Unfortunately, the LibRaw build uses AC_MSG_WARN even for explicitly
      enabled build options. This means that a missing dependency won't fail
      the build even if the option was explicitly requested. While this is
      not ideal, at least listing the options makes it clear what the
      required outcome is. That way someone can manually check the logs from
      time to time and see if it's living up to the requirements.
      
      The set of build flags have been chosen to match the current reality of
      automatically selected options. Hence, there shouldn't be any
      user-visible change.
      
      !91
      b843015c
    • Debarshi Ray's avatar
      flatpak: Fix the LibRaw build · cd16fded
      Debarshi Ray authored
      The LibRaw-0.19.2 tarball got modified in-place to include a configure
      script: https://github.com/LibRaw/LibRaw/issues/197
      
      !90
      cd16fded
  22. 03 Jan, 2019 1 commit
  23. 02 Jan, 2019 5 commits