1. 07 Jan, 2018 1 commit
  2. 17 Dec, 2017 1 commit
  3. 23 Nov, 2017 1 commit
  4. 22 Nov, 2017 3 commits
  5. 07 Sep, 2017 1 commit
  6. 02 Sep, 2017 1 commit
  7. 01 Sep, 2017 2 commits
  8. 30 Aug, 2017 2 commits
    • Daniel Boles's avatar
      Entry: Rename int helper to gtk_entry_clear_icon() · 794c0946
      Daniel Boles authored
      It was called gtk_entry_clear(), which was unnecessarily vague.
      794c0946
    • Daniel Boles's avatar
      Entry: Fix Shift-click → extend/truncate selection · 12d96f27
      Daniel Boles authored
      Since the move from button-press to gesture events, Shift-clicking did
      not work to start a selection (from none) or truncate an existing one.
      
      This was due to the code being copy-pasted around and some logic being
      broken in the process. This makes both of those work as they should, by
      shuffling it again so the end result is the same as before. Highlights:
      
      (1) ::button-press if extending due to a single press would call
      set_positions(tmp_pos, tmp_pos), which is what made the Shift+click to
      create a selection work. That was lost. Add it back to make that work.
      
      (2) ::button-press in the “Truncate current selection” branch would not
      execute all the stuff around “extend_to_left”, as that was the else
      case. So, set extend_selection = FALSE so we skip over that later on.
      
      (3) BUT! This Truncate case never fired because it was in the else
      branch of if (in_selection())! Of course, it must be in the true branch.
      
      (4) The IM context was not reset if the Shift-click occurred within an
      existing selection, only if it did not. In ::button-press this was the
      first thing done if extending a selection, regardless. Make it so again.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=780750
      12d96f27
  9. 28 Aug, 2017 3 commits
  10. 13 Aug, 2017 2 commits
  11. 11 Aug, 2017 1 commit
    • Matthias Clasen's avatar
      entry: Add support for an Emoji chooser · d56505f7
      Matthias Clasen authored
      Add an "Insert Emoji" item to the context menu in entries.
      We also add a show-emoji-icon property, which when set to
      TRUE, will add an icon that can be clicked to bring up
      the Emoji chooser.
      d56505f7
  12. 03 Aug, 2017 1 commit
  13. 01 Aug, 2017 2 commits
  14. 31 Jul, 2017 2 commits
    • Daniel Boles's avatar
      Entry: Fix get_icon_at_pos() · 3680e3d4
      Daniel Boles authored
      This was comparing the input position, which is documented as being
      relative to the top-left of the Entry allocation, to icon allocations
      that were not adjusted accordingly. This could result in tooltips for
      icons not being shown in various conditions, since the ::query-tooltip
      handler uses get_icon_at_pos() to check whether to show an icon tooltip.
      
      The fix is to compare to the icon border box, not border allocation, as
      CssGadget::get_border_box() adjusts relative to the widget. Better yet:
      we can just make CssGadget::border_box_contains_point() compare for us.
      
      Delegating to Entry::get_icon_area(), which manually reimplements
      CssGadget::get_border_box(), would also work, but this is simpler.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=780938
      3680e3d4
    • Timm Bäder's avatar
      entry: make sure priv->current_pos is valid · d9170e19
      Timm Bäder authored
      We can e.g. get the entry dispose()d and a focus_out event after that
      (because the toplevel unsets the focus which previously was the entry).
      We then later use priv->current_pos in a call to pango API which makes
      sure the given index is valid for the given layout. Since we lazily
      create a GtkEntryBuffer in get_buffer() and a PangoLayout lazily in
      gtk_entry_create_layout, these 2 are always valid but don't match
      priv->current_pos in this situation.
      
      Fix this by resetting priv->current-pos in dispose().
      
      https://bugzilla.gnome.org/show_bug.cgi?id=785255
      d9170e19
  15. 19 Feb, 2017 2 commits
  16. 04 Jan, 2017 1 commit
  17. 26 Nov, 2016 2 commits
  18. 14 Nov, 2016 1 commit
  19. 05 Oct, 2016 1 commit
  20. 27 Sep, 2016 2 commits
  21. 29 Aug, 2016 1 commit
  22. 16 Aug, 2016 1 commit
  23. 19 Jul, 2016 1 commit
  24. 31 May, 2016 1 commit
  25. 12 May, 2016 1 commit
  26. 28 Apr, 2016 1 commit
  27. 08 Apr, 2016 1 commit
  28. 11 Mar, 2016 1 commit