1. 20 Mar, 2018 1 commit
    • Dan Torop's avatar
      gtk: turn off smooth scrolling for X11/Quartz · 47a1a1b3
      Dan Torop authored
      Try to fix reports since dt 2.4 of jittery or too fast scrolling with
      trackpad/touch on Quartz and X11. GDK_SMOOTH_SCROLL_MASK needs to be set
      for Wayland to receive trackpad/touch events, but for X11 (and
      Quartz?) these events are converted to regular scroll events if
      GDK_SMOOTH_SCROLL_MASK is not set but GDK_SCROLL_MASK is.
      
      I haven't seen bad scroll behavior for X11, but for safety's sake, am
      eliminating this for X11 too.
      
      Fixes #11974.
      
      (cherry picked from commit d30303b9)
      47a1a1b3
  2. 12 Sep, 2017 1 commit
  3. 25 Apr, 2017 1 commit
  4. 23 Mar, 2017 2 commits
    • Dan Torop's avatar
      gtk: functions to handle parsing scroll events · 7b34b62e
      Dan Torop authored
      Combine boilerplate scroll-event parsing code into a couple more
      general-purpose functions. This should be safer. Switching a
      scrollable widget from calling dt_gui_get_scroll_deltas() to
      dt_gui_get_scroll_unit_deltas() will get rid of "smooth-ness" while
      still working with Wayland.
      
      Behavior under scroll wheels should be unchanged.
      
      Make histogram events unit-scroll rather than smooth, as a many
      incoming exposure change events create a backlog and lag.
      7b34b62e
    • Dan Torop's avatar
      equalizer-style iops: clean up mouse radius scrolling · 445b123c
      Dan Torop authored
      The atrous, colorzones, and lowlight iops all borrow their scroll
      event handling from the original equalizer. Clean up all four by:
      
      - Rather than only scrolling when mouse radius is within a certain
        range, clamp the mouse radius to that range. This means that the
        mouse radius won't go quite as large/small as before, but it still
        seems to have enough range, and this acts more in tune with the
        spirit of the prior code.
      - Previously the scaling of mouse radius when scrolling up was
        slightly different than when scrolling down. Make the scaling factor
        the same for both directions, which keeps things more simple.
      - Share code between GDK_SCROLL_UP/DOWN and GDK_SCROLL_SMOOTH handlers.
      - Only redraw the widget if a change occurs.
      - Be very correct by using a "handled" flag.
      445b123c
  5. 21 Mar, 2017 1 commit
    • Dan Torop's avatar
      equalizer-style iops: smooth scrolled mouse focus circle · 2aada157
      Dan Torop authored
      This makes noticeably less jerky sizing of the mouse focus circle for
      trackpads with either X11 or Wayland backend to GDK.
      
      Try to approximate the behavior (possibly buggy) of the non-smooth
      variant, which is that size change is not clamped to, say,
      [0.25/BANDS,1], but rather if the size is in that range, then the size
      is changed. This means that when reaching the limits of the range, if
      -1 < delta_y < 1 the range of available values will be slightly
      smaller than for GDK_SCROLL_UP/DOWN. If |delta_y| ever exceeded 1,
      things could get even more interesting.
      
      Also keep to extant behavior where scaling factor of mouse radius is
      slightly different for scrolling up than scrolling down.
      2aada157
  6. 26 Oct, 2016 1 commit
  7. 19 Oct, 2016 1 commit
  8. 30 Sep, 2016 1 commit
  9. 20 Jul, 2016 1 commit
  10. 23 Apr, 2016 1 commit
  11. 18 Apr, 2016 1 commit
  12. 25 Mar, 2016 1 commit
  13. 17 Mar, 2016 1 commit
  14. 01 Mar, 2016 1 commit
  15. 20 Feb, 2016 2 commits
    • Roman Lebedev's avatar
      IOPs: add #include "iop/iop_api.h" · 477d7434
      Roman Lebedev authored
      Yes, we need to include it via cmake AND manually.
      Via CMake - in case it is not included manually.
      Manually - cmake && make does not detect when the header
      included via '-include' is changed and does not cause
      recompilation, only #include "..." does.
      
      Also, not all (not mine) IDE understand -include,
      so they don't parse that header => not cool for reasons.
      
      (to check whether all iops include the header one can use
      $ grep -lr DT_MODULE * | xargs grep -L "iop/iop_api.h")
      477d7434
    • Roman Lebedev's avatar
      Adapt code to the IOP api declaration. · 844061a6
      Roman Lebedev authored
      As it can be seen, those consts remove the need to specify
      those variables in shared(). And since almost no iop
      does change them internally (e.g. demosaic) it should be good.
      844061a6
  16. 02 Feb, 2016 1 commit
  17. 17 Jan, 2016 1 commit
  18. 10 Dec, 2015 1 commit
  19. 08 Nov, 2015 1 commit
  20. 07 Nov, 2015 1 commit
  21. 10 Jan, 2015 1 commit
  22. 30 Dec, 2014 1 commit
  23. 22 Dec, 2014 1 commit
  24. 09 Dec, 2014 4 commits
  25. 03 Dec, 2014 2 commits
  26. 13 Oct, 2014 1 commit
  27. 10 May, 2014 1 commit
    • Tobias Ellinghaus's avatar
      Some more GUI fixes · a0280808
      Tobias Ellinghaus authored
      - Try to keep background grids crisp in custom widgets.
      - Put a subdued dt logo into the empty widget of zone system.
      a0280808
  28. 09 May, 2014 1 commit
  29. 08 May, 2014 1 commit
    • Tobias Ellinghaus's avatar
      First batch of high DPI fixes · e0ea299f
      Tobias Ellinghaus authored
      Soem small things like the triangles in our custom dr widgets are still
      missing, but the big issues should be solved now.
      I only tested these thigns by setting the screen DPI using xrandr, I am
      not 100% sure if that is a perfect simulation.
      People using a high DPI screen should still set the panel_width in the
      config to something bigger.
      e0ea299f
  30. 27 Apr, 2014 1 commit
  31. 20 Mar, 2014 1 commit
  32. 13 Mar, 2014 1 commit
  33. 10 Mar, 2014 1 commit
  34. 27 Feb, 2014 1 commit