1. 23 May, 2022 1 commit
  2. 06 May, 2022 1 commit
  3. 05 May, 2022 2 commits
  4. 01 May, 2022 2 commits
  5. 30 Apr, 2022 3 commits
  6. 19 Apr, 2022 2 commits
  7. 27 Mar, 2022 2 commits
  8. 22 Mar, 2022 1 commit
  9. 17 Mar, 2022 1 commit
  10. 13 Mar, 2022 7 commits
  11. 21 Feb, 2022 1 commit
    • Frank Dana's avatar
      Move '*.blend' to top of Blender glob list · 27023591
      Frank Dana authored and Frank Dana's avatar Frank Dana committed
      The globs for Blender scene files listed three possible matches,
      with "*.blender" first, followed by two variations on "*.blend"
      (lowercase and all-caps).
      
      But Blender names its scene files "filename.blend", and always has.
      
      Having "*.blender" listed first is problematic, because some tools
      (e.g. GNOME Control Center) show only the first glob when describing
      a type. As a result, its interface was claiming that Blender is the
      default application for "*.blender" files, when it should be shown
      as the default for "*.blend" files.
      27023591
  12. 16 Feb, 2022 1 commit
  13. 14 Feb, 2022 1 commit
  14. 08 Feb, 2022 1 commit
  15. 07 Feb, 2022 1 commit
  16. 25 Jan, 2022 1 commit
  17. 13 Dec, 2021 1 commit
  18. 12 Dec, 2021 7 commits
  19. 11 Dec, 2021 2 commits
  20. 02 Dec, 2021 1 commit
  21. 21 Nov, 2021 1 commit
    • Eli Schwartz's avatar
      migrate from custom itstool to builtin msgfmt for creating translated XML · 5a406b06
      Eli Schwartz authored
      gettext upstream has supported this for a very long time (since 0.19.7
      via commit b3c2a5a242c36fbbaa0c5b17f975d6c638598a23, released in 2015),
      and itstool is (mostly) a legacy of the time before gettext had proper
      support for these sorts of use cases.
      
      This is similar to the state of intltool, which is described at
      https://wiki.gnome.org/MigratingFromIntltoolToGettext
      
      During the port from autotools to meson, the legacy use of itstool was
      faithfully translated to meson in the only way possible: by jumping
      through hoops to run ninja inside ninja in order to generate the .mo
      files for itstool, because meson's i18n module used a flawed design and
      there was no "real" target to create those files, only a .PHONY
      run_target which other rules cannot depend on.
      
      Although meson 0.60.0 added support for real targets for the built .mo
      files, this changed the rules for output filenames, breaking the script.
      
      But msgfmt does not care, and anyways comes with builtin meson functions
      for convenient use with XML files. So let's take this opportunity to
      drop legacy dependencies and use the modern, builtin tooling, which
      fixes this bug as a side effect.
      
      Fixes #170
      5a406b06