Skip to content
Snippets Groups Projects
  1. Nov 23, 2017
  2. Aug 07, 2017
    • George Nachman's avatar
      When you perform a new search, begin the query one character in front of the... · 7e60ad38
      George Nachman authored
      When you perform a new search, begin the query one character in front of the find cursor. That way if the new query should match at the same starting point as the currently highlighted result, it will simply extend it. I think I broke this because it only worked by accident before and I made SearchResults make sense recently. Issue 5949
      7e60ad38
  3. Jul 02, 2017
  4. Jun 03, 2017
  5. Feb 20, 2017
  6. Jan 02, 2017
  7. Nov 14, 2016
  8. Jul 16, 2016
  9. Jan 05, 2016
  10. Jan 02, 2016
  11. Nov 29, 2015
    • George Nachman's avatar
      Change how the 'find cursor' works. In the past, each new search that was did... · b70a5e9e
      George Nachman authored
      Change how the 'find cursor' works. In the past, each new search that was did not have the previous search as its prefix would highlight the bottommost result first. Now it behaves more like Chrome's find on page: highlight the next result before the last-highlighted result, or before the last click. Typing into the terminal resets the find state to the bottom. A nice side effect is that we don't need to store the previous search any more. This was brought to light by issue 4035.
      b70a5e9e
  12. Oct 10, 2015
  13. Oct 01, 2015
  14. Jun 20, 2015
  15. Apr 24, 2015
    • ridiculousfish's avatar
      Make the find bar first responder immediately upon opening · 6996917b
      ridiculousfish authored
      More aggressive fix for issue 3496. The original fix allowed
      a possibility for enqueued events to be processed before
      the text field gained focus, so that for example typing
      cmd-F followed by 'a', the 'a' would go to the iTerm window.
      This fix ensures that enqueued events go to the search field.
      6996917b
  16. Apr 20, 2015
  17. Mar 22, 2015
  18. Dec 17, 2014
  19. Dec 04, 2014
  20. Dec 03, 2014
  21. Nov 17, 2014
  22. Sep 21, 2014
  23. Aug 01, 2014
  24. Apr 26, 2014
  25. Apr 05, 2014
  26. Mar 30, 2014
    • George Nachman's avatar
      Increase warning levels and fix warnings. The only inexcusably disabled... · 8778c638
      George Nachman authored
      Increase warning levels and fix warnings. The only inexcusably disabled warning (possibly) is for comparisons of different signs, simply because there are so many of them, in large part because methods like -count and -length return unsigned integers. IMO, the proliferation of unsigned ints is more dangerous than turning off the warning.
      8778c638
  27. Jan 28, 2014
  28. Feb 02, 2012
  29. Jan 10, 2012
  30. Jan 09, 2012
  31. Jul 13, 2011
  32. Apr 30, 2011
  33. Apr 08, 2011
  34. Apr 07, 2011
  35. Apr 06, 2011
  36. Apr 05, 2011
  37. Mar 30, 2011
  38. Mar 11, 2011
Loading