Skip to content
  1. Oct 02, 2023
  2. Sep 18, 2023
  3. Jul 30, 2023
  4. Jul 12, 2023
  5. Apr 06, 2023
  6. Apr 05, 2023
  7. Feb 15, 2023
  8. Jan 22, 2023
  9. Aug 22, 2022
  10. Aug 21, 2022
  11. Jun 13, 2022
  12. Jun 12, 2022
  13. Jun 10, 2022
  14. Apr 27, 2022
  15. Feb 10, 2022
  16. Feb 08, 2022
    • Christian Hesse's avatar
      global initialization for libmagic · facb67f8
      Christian Hesse authored
      Add a global `magic_t magic` and initialize it just once.
      
      Also `feh_is_image()` now calls itself to check compressed files, saving
      some duplicate code.
      facb67f8
    • Christian Hesse's avatar
      use libmagic to detect valid file formats · 4affafe9
      Christian Hesse authored
      Writing our own magic bytes detection is prone to errors and an
      everlasting catch-up-game. Let's use libmagic to get things right,
      this is less code and makes things more reliable.
      
      Building without libmagic is still possible. That will make the code
      act like specifying FEH_SKIP_MAGIC=1, effectively passing everything
      to imlib2.
      4affafe9
  17. Jan 21, 2022
  18. Jan 16, 2022
  19. Jan 03, 2022
  20. Dec 24, 2021
    • Birte Kristina Friesel's avatar
      Disable --auto-rotate in feh builds compiled wiht Imlib2 1.7.5+ · 2a9a7e25
      Birte Kristina Friesel authored
      Imlib2 v1.7.5 introduces automatic (and transparent) orientation adjustment
      based on EXIF orientation tags. This makes feh's --auto-rotate function
      both superfluous and erroneous: It doesn't know about Imlib2's adjustments,
      so it rotates an image which is already correctly oriented, leading to
      incorrect orientation.
      
      I am not aware of a simple run-time check for detecting whethen running
      Imlib2 < 1.7.5 or ≥ 1.7.5. For now, feh disables --auto-rotate entirely when
      compiled on a system with Imlib2 1.7.5+ and outputs a warning when the
      option is used.
      
      Rationale: The Imlib2 version available at run-time should in most cases be
      at least as recent as the Imlib2 version used at compile-time. So, while there
      may be cases where feh was compiled with Imlib2 1.7.4 and exhibits erroneous
      auto-rotate behaviour on an Imlib2 1.7.5 system, the inverse case
      (a feh with disabled auto-rotate support running on Imlib2 1.7.4) should be
      sufficiently rare. If it does occur, it can be remedied by compiling feh
      from source locally.
      
      Possible caveat: Imlib2 only adjusts for EXIF orientation when loading JPEG
      and TIFF images. If there are additional EXIF-aware file formats supported by
      feh, but not Imlib2, they lose auto-rotate support.
      
      Reference: GitHub issue #642
      2a9a7e25
    • Birte Kristina Friesel's avatar
      feh(1): Note that --auto-rotate is obsolete with Imlib2 v1.7.5+ · 7076b7a2
      Birte Kristina Friesel authored
      See GitHub issue #642
      7076b7a2
  21. Nov 20, 2021
  22. Nov 13, 2021
Loading