1. 15 Jul, 2017 1 commit
  2. 13 Jul, 2017 1 commit
  3. 29 Jun, 2017 1 commit
  4. 28 Jun, 2017 2 commits
  5. 22 Jun, 2017 1 commit
  6. 05 Mar, 2017 1 commit
  7. 12 Feb, 2017 1 commit
  8. 25 Nov, 2016 1 commit
  9. 21 Nov, 2016 1 commit
  10. 08 Sep, 2016 1 commit
  11. 27 Jun, 2016 1 commit
  12. 05 Jun, 2016 3 commits
    • Jehan's avatar
      app: code reorganization in gimptexttool.c. · acc570d9
      Jehan authored
      Since commit b5934625, gimp_text_tool_apply() is a semi-public function
      (only to be used from gimptexttool-editor.c). Therefore move it to the
      "public functions" section.
      acc570d9
    • Jehan's avatar
      Bug 751333 - Crash when moving cursor with ibus "Hangul" input method. · b5934625
      Jehan authored
      Commit cd147a4a reintroduced the crash. The culprit was the idle function
      gimp_text_tool_apply_idle() which may not have been processed when
      gimp_text_tool_move_cursor() is called, resulting in inconsistencies
      between the text in the text tool's pango layout and its buffer.
      Force any pending text commits to be applied before moving the cursor.
      b5934625
    • Michael Natterer's avatar
      app: fix various undo- and preedit-related text tool issues · cd147a4a
      Michael Natterer authored
      In the text tool editor code, connect to GtkIMContext::preedit-start
      and introduce a boolean text_tool->preedit_active which indicates that
      a preedit is going on.
      
      Remove the new preedit-removal code from gimp_text_tool_reset_im_context()
      because it was not reflecting the IM's internal state and made things
      worse. Instead, added gimp_text_tool_abort_im_context() which really
      gets rid of any ongoing preedit by force.
      
      In the main text tool code, check for preedit_active and if TRUE,
      apply any edits directly widhout pushing undo steps. Factored out
      gimp_text_tool_apply_list() for that purpose in order not do
      duplicate a lot of code.
      
      On undo and on button_press, force-abort any ongoing preedit. This is
      the right thing to do on undo, but not really on button_press, but I
      don't see another way to keep states consistent.
      cd147a4a
  13. 20 May, 2016 1 commit
  14. 16 Apr, 2016 1 commit
    • Jehan's avatar
      Bug 751333 - Crash when moving cursor with ibus "Hangul" input method... · 0fcfd4f7
      Jehan authored
      ... and improve input method UI. IM should not use some floating overlay
      frame to display the preedit text. Instead it is now directly inserted
      into the text tool box, as selected text. It permits redimensionning of
      the text box while typing, and push the rest of the text when inserting
      in the middle (instead of superimposing an overlay box over the current
      text box, making everything unreadable).
      Input methods still have a few more issues, but this fixes the main UI
      weirdness as well as the crash with Hangul IM.
      0fcfd4f7
  15. 26 Mar, 2016 1 commit
  16. 08 Sep, 2015 1 commit
  17. 09 Jan, 2015 1 commit
  18. 28 Nov, 2014 1 commit
  19. 02 Oct, 2014 1 commit
  20. 04 Apr, 2014 1 commit
    • Michael Natterer's avatar
      app: commit ongoing tool operations on tool change instead of cancelling · 88e4d7e4
      Michael Natterer authored
      On tool change, we used to simply halt tools before switching to the
      new one, which meant losing ongoing live-previewed tool changes, like
      transforms, warps and color corrections. This change makes them being
      applied to the image instead before switching to the new tool:
      
      Add enum value GIMP_TOOL_ACTION_COMMIT that is passed to
      GimpTool::control() before tool switching. Handle the new enum value
      in all tools, and actually commit the previewed stuff. This changes
      the behavior of GimpCageTool, GimpImageMapTool, GimpTransformTool and
      GimpWarpTool.
      88e4d7e4
  21. 24 Oct, 2013 1 commit
  22. 16 Feb, 2013 1 commit
    • Michael Natterer's avatar
      Bug 693978 - GIMP crashes after changing text preset · 931ea102
      Michael Natterer authored
      Applying a preset overwrites all the tool option's properties, also
      temporarily its name. This name change gets auto-synced with the
      option's text proxy object which also inherits from GimpObject and has
      a name. Make sure we don't queue that name change for being applied to
      the text layer's text object, because that code only handles
      properties of GimpText itself.
      931ea102
  23. 12 Nov, 2012 1 commit
  24. 06 Nov, 2012 1 commit
  25. 22 Oct, 2012 1 commit
    • Massimo Valentini's avatar
      Bug 684483 - Text tool: crash after double clicking text · 9b58e2ba
      Massimo Valentini authored
      It seems that when the undo action reverts a text -> mark-up change
      (or v.v.)  the notifications are inverted, first is emitted the new
      value notification and successively the property becoming NULL. The
      result is that gimp_text_buffer_set_{text,mark-up} is called last with
      NULL, unsetting both text_buffer text and mark-up.
      
      The right way to do it is to always prefer "markup" over "text" if
      markup is present, no matter if the notification was for "markup" or
      "text".
      9b58e2ba
  26. 09 Mar, 2012 1 commit
    • Massimo Valentini's avatar
      Bug 651956: Text tool misremembers point size upon reloading file · 7fed1b6e
      Massimo Valentini authored
      When setting the unit of a property shared with a gimp_prop_size_entry,
      a conversion is applied to the corresponding size property (to preserve
      size_entry's ref-value), but the conversion risks to change the size
      property already updated.
      
      To update, at the same time, size and unit, it is better to start updating
      size_entry's unit in order to trigger the useless conversion on the stale
      size.
      7fed1b6e
  27. 07 Feb, 2012 1 commit
  28. 30 Sep, 2011 1 commit
  29. 02 Apr, 2011 1 commit
  30. 30 Mar, 2011 1 commit
  31. 20 Mar, 2011 1 commit
  32. 19 Mar, 2011 1 commit
  33. 18 Mar, 2011 1 commit
  34. 13 Jan, 2011 1 commit
  35. 28 Nov, 2010 1 commit
  36. 14 Oct, 2010 2 commits