1. 09 Jul, 2021 2 commits
  2. 08 Jul, 2021 2 commits
    • Felix Ernst's avatar
      Fix licencing situation · a4f13057
      Felix Ernst authored
      Gwenview is mostly licenced under GPL 2.0 or later. Some
      contributors in the last month (including me) were using LGPL
      licences that are more restrictive about the specific version.
      This commit changes licences with approval of the copyright
      holder so that the licencing situation is kept the same way as it
      was orignally intended by prior maintainers.
      a4f13057
    • Alex Richardson's avatar
      Correctly mark Exiv2 as a required dependency · 639c147d
      Alex Richardson authored
      Commit 9ca326bb changed the find_package()
      call but did not update set_package_properties() call so it was being
      treated as optional.
      639c147d
  3. 05 Jul, 2021 2 commits
  4. 02 Jul, 2021 1 commit
  5. 01 Jul, 2021 4 commits
  6. 30 Jun, 2021 2 commits
  7. 24 Jun, 2021 1 commit
  8. 21 Jun, 2021 2 commits
    • Felix Ernst's avatar
      Hide the menu bar by default · 9763d196
      Felix Ernst authored
      This commit hides the menu bar for new installations by default.
      This is done by introducing a setting to save if Gwenview was
      ever started before. Unfortunately this check doesn't work for
      upgrading users so the menu bar is hidden only if a hamburger menu
      action is currently in the toolbar which can only be the case if
      it is a new installation.
      
      Motivation:
      With the hamburger menu now visible on the toolbar by default, we
      can now hide the menu bar by default without having to fear that
      users won't be able to access Gwenview's features.
      
      Hiding the menu bar by default makes sense because Gwenview is
      supposed to be a simple image viewer meaning that users shouldn't
      need fast access to the plethora of actions in the menu bar.
      
      Hiding the menu bar by default increases the default area available
      for showing an image and directs users to be instead more aware of
      the select view actions which remain visible on the UI.
      9763d196
    • Script Kiddy's avatar
      SVN_SILENT made messages (.desktop file) - always resolve ours · 3f269685
      Script Kiddy authored
      In case of conflict in i18n, keep the version of the branch "ours"
      To resolve a particular conflict, "git checkout --ours path/to/file.desktop"
      3f269685
  9. 15 Jun, 2021 1 commit
    • Nate Graham's avatar
      Remove Spacebar and Backspace as navigation keys in View mode · 53330827
      Nate Graham authored
      These keys are problematic for a few reasons:
      1. Spacebar conflicts with play/pause, so when you navigate to a video,
         you can't navigate away from it using the spacebar key anymore
      2. The Backspace key is a slightly scary key to use for navigation since
         in all other contexts, it means "delete this thing"
      
      In the past, the arrow keys did not trigger wrap or the "you've reach
      the beginning/end" dialog, so you had to use space/backspace to do those
      things. However this has since been corrected. So we can safely use only
      the arrow keys for navigation.
      53330827
  10. 14 Jun, 2021 4 commits
    • Felix Ernst's avatar
      Conserve sidebar visibility between browse and view mode · 60e76331
      Felix Ernst authored and Nate Graham's avatar Nate Graham committed
      Before this commit, the visibility of the sidebar was separately
      saved in browse mode and in view mode. This lead to the irritating
      situation that the sidebar could somewhat unexpectedly show or hide
      itself when switching between browse and view mode.
      
      With this commit the sidebar will only be set visible when the user
      explicitly showed it and the sidebar will only be set invisible
      when the user explicitly hid it.
      
      The fullscreen mode is exempt from this because having the sidebar
      visible in fullscreen seems to go against why someone would trigger
      the fullscreen mode in the first place.
      60e76331
    • Felix Ernst's avatar
      Hide the side bar by default · 31bc51d9
      Felix Ernst authored and Nate Graham's avatar Nate Graham committed
      When a user opens an image they are primarily interested in
      viewing the image, not in editing tools, file operations or meta
      data. Hiding the side bar in view mode leads to a nicer default
      viewing experience.
      
      The editing tools of the side bar are already more easily
      discoverable than they used to be because of the new button in the
      default toolbar for showing them.
      
      In browse mode on the other hand everything in the "Information"
      sidebar tab can also be accessed through the "Properties" action
      both in the "Operations" sidebar tab or in the right-click context
      menu. So users should be able to edit the meta data even if they
      won't see by default that an "Information" sidebar tab even exists.
      With the "Show Editing Tools" toggle action in the toolbar and the
      menu bar or hamburger menu they should be able to find whatever
      else they are looking for.
      
      Having too many panels and bars visible by default doesn't
      automatically lead to better discoverability of all the
      functionality because users will start to tunnel vision on the
      image they are viewing instead of trying to make sense of all the
      UI elements.
      31bc51d9
    • Noah Davis's avatar
      Use decorated tags in info sidebar · bcc7b92c
      Noah Davis authored
      It would probably be a good idea to turn these into interactive tags one day. For now, they are not interactive, but at least they make the list of tags more attractive and readable. If they are ever made interactive, they should probably be changed to have a more interactive looking appearance.
      bcc7b92c
    • Arjen Hiemstra's avatar
      Don't correct zoom level for hidpi, instead correct target rectangle · d82258c4
      Arjen Hiemstra authored
      Otherwise on hidpi we are using effectively scaling down and then up
      again, which causes ugly rendering of images.
      
      BUG: 438125
      d82258c4
  11. 12 Jun, 2021 1 commit
    • Felix Ernst's avatar
      Relicence files to LGPL-2.1-or-later · 5e20e12b
      Felix Ernst authored
      The licence of Gwenview is probably supposed to be GPL-2.0-or-later
      but this was ignored in four files that were recently added.
      
      This commit changes the licences for these four files. Permission
      of the copyright holders was given before this commit was merged.
      5e20e12b
  12. 11 Jun, 2021 1 commit
  13. 10 Jun, 2021 1 commit
  14. 09 Jun, 2021 3 commits
  15. 05 Jun, 2021 1 commit
  16. 04 Jun, 2021 2 commits
  17. 03 Jun, 2021 1 commit
  18. 02 Jun, 2021 1 commit
    • Arjen Hiemstra's avatar
      Render raster images by using a copy of a portion of the image · ac47787f
      Arjen Hiemstra authored
      Instead of directly rendering the image, we now copy the visible area of
      the image and render that. This allows us to perform color correction on
      the copy which does not impact the original data and thus should
      preserve the original pixels. As a bonus, this also allows us to use
      QImage's improved smooth scaling so reduces aliasing artifacts at small
      zoom values.
      ac47787f
  19. 27 May, 2021 1 commit
  20. 26 May, 2021 2 commits
  21. 22 May, 2021 1 commit
  22. 21 May, 2021 1 commit
  23. 20 May, 2021 3 commits