1. 17 Dec, 2017 1 commit
  2. 10 Dec, 2017 1 commit
    • Timm Bäder's avatar
      css: Replace _AFFECTS_TEXT with _TEXT_SIZE and _TEXT_CLIP · 492469a9
      Timm Bäder authored
      It was used to mark css properties that affect widgets with text, but it
      caused unnecessary invalidations. E.g. 'color' was marked as
      AFFECTS_TEXT but changing just the color of a label should not
      automatically queue a resize, which is what the code in
      gtk_widget_real_style_updated does.
      Replace this flag with GTK_CSS_AFFECTS_TEXT_SIZE and
      GTK_CSS_AFFECTS_TEXT_CLIP, which GtkWidget can use only if the widget
      actually has text.
  3. 02 May, 2017 2 commits
  4. 26 Apr, 2017 2 commits
  5. 22 Feb, 2017 1 commit
  6. 19 Feb, 2017 4 commits
  7. 19 Jan, 2017 3 commits
    • Daniel Boles's avatar
      scale: Really fix documentation of set_digits() · a58dd993
      Daniel Boles authored
      This previously only mentioned its effect on the displayed value, and
      even after the previous commit, its rounding of the actual value upon
      change still reads like too much of an afterthought. Worse, it wasn’t
      mentioned at all in the doc for the @digits parameter. Change this to
      emphasise rounding always occurs and the displayed value is secondary.
    • Daniel Boles's avatar
      scale: doc: set_digits doesn’t round retroactively · 83778501
      Daniel Boles authored
      Whether it should is an open question, but for now, the documentation
      should clearly indicate that currently rounding is only applied upon
      changes to the value, not to the existing value when ::digits changes.
      This is already clear in the doc for the underlying Range::round-digits.
    • Daniel Boles's avatar
      Scale: Always sync ::digits to Range::round-digits · 4a6bd134
      Daniel Boles authored
      The documents state that gtk_scale_set_digits() “causes the value of the
      adjustment to be rounded off to this number of digits, so the retrieved
      value matches the value the user saw.” Note the lack of any condition.
      But in fact, if draw-value was false, rounding was disabled on the base
      Range, so values that weren’t displayed weren’t rounded. This made the
      docs wrong and made an apparently cosmetic detail alter functionality.
      Fix by ensuring the number of digits set on Scale is always propagated
      along to gtk_range_set_round_digits(), thus rounding to it in all cases
      when the value changes, regardless of whether the value is displayed.
      This doesn’t address the other idea from Bugzilla: that changing the
      number of digits should clamp the _existing_ value if it’s more precise.
      This contradicts digits docs in the base Range, but the above from Scale
      can be read as implying it’ll happen. For now, that’s an open question.
  8. 24 Aug, 2016 1 commit
  9. 10 Aug, 2016 1 commit
  10. 27 Jun, 2016 1 commit
  11. 08 Jun, 2016 2 commits
  12. 03 Jun, 2016 2 commits
  13. 19 May, 2016 1 commit
  14. 18 May, 2016 1 commit
  15. 15 May, 2016 1 commit
    • Matthias Clasen's avatar
      scale: Avoid a crash · 38f71172
      Matthias Clasen authored
      gtk_scale_get_layout was not careful enough, leading to a crash
      when opening the inspector on a scale.
  16. 10 May, 2016 2 commits
  17. 05 May, 2016 1 commit
  18. 27 Mar, 2016 3 commits
  19. 16 Mar, 2016 1 commit
    • Timm Bäder's avatar
      scale: Fix value height calculation · 98512181
      Timm Bäder authored
      if (orientation) doesn't make a lot of sense but C doesn't complain and
      instead evaluates orientation to TRUE for GTK_ORIENTATION_VERTICAL
      (since that's 1), thus inverting the value sizes.
  20. 06 Mar, 2016 3 commits
  21. 02 Mar, 2016 1 commit
  22. 01 Mar, 2016 1 commit
  23. 29 Feb, 2016 4 commits