1. 28 May, 2018 3 commits
  2. 17 Apr, 2018 1 commit
  3. 07 Apr, 2018 1 commit
  4. 20 Aug, 2017 1 commit
    • Allan Day's avatar
      Harmonize list box row layouts · 87568e92
      Allan Day authored
      While it isn't possible, or even advisable, to make all the list
      box rows the same height, using a number of standard heights will
      make the control center feel more harmoneous.
      
      Adust the height of the list box rows in Color, Date & Time,
      Mouse & Touchpad, Network, Privacy, Region & Language, Sharing
      and Universal Access. Makes standard rows that contain labels
      and/or controls 58px tall. Some other rows, such as those which
      contain two lines of text, are allowed to be taller.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=786384
      87568e92
  5. 10 Jul, 2017 3 commits
  6. 02 May, 2017 1 commit
  7. 29 Nov, 2016 1 commit
  8. 30 Aug, 2016 1 commit
    • Rui Matos's avatar
      region: Avoid a crash on panel destruction · bbdcaaa0
      Rui Matos authored
      GtkListBox might emit the row-selected signal while being destroyed
      and our row-selected handler accesses widgets owned by GtkBuilder so,
      depending on the order on which the builder destroys its objects, we
      could crash on the signal handler when destroying the builder.
      
      Using g_signal_connect_object() avoids this issue by disconnecting us
      before our finalize() runs.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=770563
      bbdcaaa0
  9. 23 Aug, 2016 1 commit
  10. 25 May, 2016 1 commit
  11. 11 Feb, 2016 1 commit
  12. 18 Jan, 2016 2 commits
    • Jiro Matsuzawa's avatar
    • Rui Matos's avatar
      region: Ensure that system and user formats are consistent · 30470d72
      Rui Matos authored
      The formats (or 'region') setting might be unset meaning that it's the
      same as the language since that's what LC_TIME et al default to when
      unset.
      
      We already handle this for the user setting but for the system setting
      we're losing that semantic when getting it from localed since we don't
      allow priv->system_region to remain unset. This means that when users
      change the system language, the system formats will be explicitly set
      to the previous value of the system language instead of remaining
      unset and thus follow the new value for the system language.
      
      This isn't that bad on multi user systems where we display system
      settings separately from user settings, but on single user systems we
      change the system values to match the user values which, due to the
      above mentioned semantic difference regarding the region setting,
      means that when changing the language, the (unset) region will be
      displayed as the same as the language but the system region will be
      explicitly set to the previous language.
      
      Fix this by making the system region have the same semantic as the
      user's, i.e. allow it to remain unset until explicitly set by the
      user.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=755648
      30470d72
  13. 23 Nov, 2015 1 commit
  14. 25 Aug, 2015 1 commit
  15. 10 Mar, 2015 1 commit
    • Joaquim Rocha's avatar
      region: Reuse the input chooser instance · abb05928
      Joaquim Rocha authored
      The language input chooser is being created and destroyed every time
      it is opened and closed. This is noticeably slow and is hardly
      necessary as the values it contains should not change.
      
      To fix this, these changes reuse the same instance of the input chooser
      (by hiding and showing it) instead of renewing it.
      The input chooser is also now shown using gtk_dialog_run to avoid having
      it destroyed from the default delete event.
      abb05928
  16. 28 Feb, 2015 2 commits
  17. 06 Jan, 2015 1 commit
  18. 05 Dec, 2014 1 commit
  19. 26 Sep, 2014 1 commit
  20. 19 Sep, 2014 1 commit
  21. 26 Jun, 2014 1 commit
  22. 25 Jun, 2014 1 commit
  23. 24 Jun, 2014 1 commit
  24. 28 Apr, 2014 1 commit
  25. 04 Feb, 2014 1 commit
  26. 29 Jan, 2014 1 commit
  27. 19 Nov, 2013 1 commit
  28. 15 Oct, 2013 2 commits
  29. 01 Oct, 2013 1 commit
  30. 21 Aug, 2013 1 commit
  31. 12 Jul, 2013 1 commit
  32. 02 Jul, 2013 1 commit
  33. 17 Jun, 2013 1 commit