My favorites | Sign in
Project Logo
                
Details: Show all Hide all

Earlier this year

  • Jan 07, 2009
    r18 (* Big refactoring of core stuff to use LINQ and be more func...) committed by orion.edwards   -   * Big refactoring of core stuff to use LINQ and be more functional, and hopefully clearer * Added CountedEnumerable<T> class to work around functional/imperative mismatch * Moved LINQ backports out of Util.cs into LinqBridge.cs, and added some more taken from the official LinqBridge not just my hacks * Changed results to show multiple matches when the pattern appears more than once on a single line - MAY change this back later * Currently only tested to Find things using non-regex. Other things will come later
    * Big refactoring of core stuff to use LINQ and be more functional, and hopefully clearer * Added CountedEnumerable<T> class to work around functional/imperative mismatch * Moved LINQ backports out of Util.cs into LinqBridge.cs, and added some more taken from the official LinqBridge not just my hacks * Changed results to show multiple matches when the pattern appears more than once on a single line - MAY change this back later * Currently only tested to Find things using non-regex. Other things will come later

Older

  • Nov 17, 2008
    issue 9 (find in files reports .cache/) reported by d...@bsdsystems.de   -   Searching for getOwnerName in a symfony directorytree results in .cache\.dataModel(13410): blogPostAsset getOwnerName instead of a list of the results. What steps will reproduce the problem? 1. search a directory with several files, for a common word. maybe hundred hits. 2. wait for results 3. I do this in a symfony directory with several modules... What is the expected output? What do you see instead? I expect a list of search results. And see one line with a link to .cache instead What version of the product are you using? On what operating system? 1.08 Please provide any additional information below.
    Searching for getOwnerName in a symfony directorytree results in .cache\.dataModel(13410): blogPostAsset getOwnerName instead of a list of the results. What steps will reproduce the problem? 1. search a directory with several files, for a common word. maybe hundred hits. 2. wait for results 3. I do this in a symfony directory with several modules... What is the expected output? What do you see instead? I expect a list of search results. And see one line with a link to .cache instead What version of the product are you using? On what operating system? 1.08 Please provide any additional information below.
  • Sep 30, 2008
    r17 (* Still WIP, most refactoring done. Just need to iron out th...) committed by orion.edwards   -   * Still WIP, most refactoring done. Just need to iron out the bugs and put back in search/replace using regexes
    * Still WIP, most refactoring done. Just need to iron out the bugs and put back in search/replace using regexes
  • Sep 29, 2008
    r16 (moar ongoing brokenness) committed by orion.edwards   -   moar ongoing brokenness
    moar ongoing brokenness
  • Sep 29, 2008
    r15 (moar ongoing brokenness) committed by orion.edwards   -   moar ongoing brokenness
    moar ongoing brokenness
  • Sep 29, 2008
    r14 (* BROKEN CODE - committing to transfer between machines) committed by orion.edwards   -   * BROKEN CODE - committing to transfer between machines
    * BROKEN CODE - committing to transfer between machines
  • Sep 25, 2008
    r13 (MOAR ENUMERABLE Less ram usage No more wait for scanning) committed by orion.edwards   -   MOAR ENUMERABLE Less ram usage No more wait for scanning
    MOAR ENUMERABLE Less ram usage No more wait for scanning
  • Aug 17, 2008
    r12 (Wire up missing events) committed by orion.edwards   -   Wire up missing events
    Wire up missing events
  • Aug 17, 2008
    r11 (* Half implemented replace-in-files functionality. Trunk wil...) committed by orion.edwards   -   * Half implemented replace-in-files functionality. Trunk will now be NON WORKING until it's fixed
    * Half implemented replace-in-files functionality. Trunk will now be NON WORKING until it's fixed
 
Hosted by Google Code