1. 18 Dec, 2014 2 commits
  2. 13 Jul, 2014 1 commit
    • Matthias Clasen's avatar
      GtkTextHandle: Better draw() implementation · d4e8a501
      Matthias Clasen authored
      Conceptually, text handles are boxes, whose content is a 'handle',
      so draw background, frame and handle. With this, and the previous
      commit, the cursor-handle theming in Adwaita now works as intended.
      d4e8a501
  3. 23 May, 2014 2 commits
  4. 19 Feb, 2014 1 commit
  5. 22 Jan, 2014 8 commits
  6. 05 Oct, 2013 1 commit
  7. 09 Jul, 2013 1 commit
  8. 05 Mar, 2013 2 commits
    • Carlos Garnacho's avatar
      texthandle: Set a bigger input shape, covering the line height · a97178af
      Carlos Garnacho authored
      Now, even if the handles being rendered are small, the handle touch
      input shape will be as wide as the visible part of the rendered asset, and
      high enough to cover both the handle and the height of the line where
      the selection bound is.
      
      Also, make handles have the same virtual distance to the line top/bottom
      when a drag starts, so the handle doesn't jump to another line after a
      too short threshold.
      a97178af
    • Carlos Garnacho's avatar
      texthandles: Keep state internally to avoid X overhead · d97861bd
      Carlos Garnacho authored
      Handles now do sync X calls less often. As visibility state
      is kept, it now can move+resize+show handles at once instead
      of in separated steps.
      d97861bd
  9. 18 Feb, 2013 1 commit
  10. 07 Feb, 2013 2 commits
    • Alexander Larsson's avatar
      TextHandle: Don't draw handles if not visible · ebb84e8d
      Alexander Larsson authored
      When calling gtk_widget_draw() on the entry gtk_cairo_should_draw_window()
      will return TRUE for all windows. This is used when rendering a widget to
      somewhere other than the screen, and its now used for transparent widgets.
      This caused the texthandle to always draw itself and terminate the draw
      handler for the entry.
      
      Instead we now only draw the markers when really visible, plus we return
      FALSE to avoid stopping the entry drawing.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=687842
      ebb84e8d
    • Alexander Larsson's avatar
      Add gtk_widget_(un)register_window · 3d4cd4db
      Alexander Larsson authored
      This replaces the previously hardcoded calls to gdk_window_set_user_data,
      and also lets us track which windows are a part of a widget. Old code
      should continue working as is, but new features that require the
      windows may not work perfectly.
      
      We need this for the transparent widget support to work, as we need
      to specially mark the windows of child widgets.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=687842
      3d4cd4db
  11. 26 Oct, 2012 3 commits
  12. 27 Sep, 2012 1 commit
  13. 03 Sep, 2012 2 commits
    • Carlos Garnacho's avatar
      Improve CSS styling of touch text selection handles · 81045779
      Carlos Garnacho authored
      Don't hook on the widget style context and set up instead
      a widget path for itself. Also use a common style class
      for both handles, with an extra top/bottom class for each
      handle.
      81045779
    • Carlos Garnacho's avatar
      Add GtkTextHandle · 1f7e375c
      Carlos Garnacho authored
      This is a helper object to allow text widgets to implement
      text selection on touch devices. It allows for both cursor
      placement and text selection, displaying draggable handles
      on/around the cursor and selection bound positions.
      
      Currently, this is private to GTK+, and only available to
      GtkEntry and GtkTextView.
      1f7e375c