Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
branch: master
Commits on Jan 5, 2011
  1. @wincent

    Update docs for 1.0.1 release

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  2. @wincent

    Rakefile: add 'archive' task for updating releases branch

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  3. @wincent

    Rakefile: add 'upload' task for uploading to S3

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  4. @wincent

    Update copyright year range to include 2011

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  5. @wincent

    Rake: include version number in vimball filename

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  6. @wincent

    Check for tag in "vimball" Rake task

    wincent authored
    I'll soon be adding a Rake task for uploading a Vimball, so we want to
    check for a proper tag here and warn if we don't have one.
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Commits on Dec 24, 2010
  1. @wincent

    Tighten up check for existing mappings

    wincent authored
    Commit 70a8f9c added a check for an existing "CommandT" mapping before
    setting up the default mapping, to allow for the case where a user has
    set up a custom mapping in their .vimrc.
    
    This, however, breaks when somebody adds a mapping for ":CommandTFlush",
    as described here:
    
      https://wincent.com/issues/1762
    
    This is because the Vim hasmapto() function does a relaxed match when
    looking at the right-hand side of the mapping, so a mapping for
    ":CommandTFlush" is considered to match "CommandT".
    
    Fix this by tightening up the check, looking for ":CommandT<CR>" instead
    of just "CommandT".
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Commits on Dec 14, 2010
  1. @wincent

    Whitespace fix

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Commits on Dec 3, 2010
  1. @wincent

    Eliminate (cosmetic) spelling error in variable name

    wincent authored
    See:
    
      https://wincent.com/issues/1753
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Commits on Nov 27, 2010
  1. @wincent

    No need for interpolation here

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  2. @wincent

    Make auto-clean-up work for <C-W k> or similar BufLeave events

    wincent authored
    It is not clear why the "unload" event isn't triggered when we
    explicitly close the window here, requiring a manual "unload" in order
    to finish off the clean-up.
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  3. @wincent

    Use buffer-local autocmds rather than an explicit group

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  4. @wincent

    First cut at using autocmds to perform cleanup

    wincent authored
    This is a naïve implementation that doesn't (yet) correctly handle pure
    leaving events (eg. <C-W k>), although it does at least handle disposal
    events (eg. <C-W q>).
    
    Will follow up with a refinement that uses buffer-local autocmds.
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  5. @wincent

    Tighten up regex for detecting GoToFile buffer

    wincent authored
    We can't use a simple equality comparison because the actual buffer name
    will probably be something like "/my/current/working/directory/GoToFile"
    but this is still a slight improvement.
    
    I'm not tightening it up even further (eg. by trying to match
    "/GoToFile") because I don't want to run into trouble on Windows, where
    the path separator may be different.
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Commits on Nov 26, 2010
  1. @wincent

    Update docs for 1.0 release

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  2. @wincent

    Make relative path simplification work on Windows

    wincent authored
    Commit 517fd37 made it so that paths under the working directory
    would be shown as relative paths rather than absolute ones, thus saving
    space in the buffer list, status line and other such places.
    
    It didn't have any effect on Windows, however, because Vim's getcwd()
    function returns paths of the form "C:\foo\bar\baz", while Ruby expects
    paths of the form "/foo/bar/baz", even on Windows.
    
    This commit adds a call to File.expand_path which will turn
    "Windows-style" paths into POSIX-style ones. It's a no-op on POSIX-y
    platforms, and makes the relative path simplification work on Windows.
    
    Reported here:
    
      https://wincent.com/forums/command-t/topics/440
    
    See also:
    
      https://wincent.com/issues/1743
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  3. @wincent

    Update repository link to integrated browser

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Commits on Nov 5, 2010
  1. @wincent

    Update docs for 1.0b release

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Commits on Nov 4, 2010
  1. @wincent

    Fall back to name rather than giving up when selecting

    wincent authored
    See:
    
      https://wincent.com/issues/1617
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  2. @wincent

    Check one more place where Vim's always-0-buffer-number bug can crop up

    wincent authored
    See:
    
      https://wincent.com/issues/1617
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  3. @wincent

    Better fix for issue #1617

    wincent authored
    Even though I can't reproduce the Vim "largefile" bug, I did some
    testing by stubbing $curbuf.number and forcing it to always return 0. It
    turns out that my fallback in this case wasn't working because if you
    do:
    
      :bunload! GoToFile
    
    Vim will fail to close the window because the GoToFile buffer is hidden
    and it can't find it.
    
      :bwipeout! GoToFile
    
    However, does work, so go with that in the fallback case.
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  4. @wincent

    Swap conditional order

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  5. @wincent

    Fix a comment typo

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  6. @wincent

    Fall back to buffer name on platforms affected by buffer number bug

    wincent authored
    I was reluctant to use the buffer name instead of the buffer number, but
    on platforms affected by the bug we have two choices:
    
      - allow the bug to break Command-T, causing support requests and
        requiring people to either patch the source or rebuild Vim
    
      - fall back to the buffer name, which may not be entirely robust but
        at least is better than being totally broken
    
    Seeing as we can maintain the correct, robust behavior on platforms not
    affected by the bug, and only use the fallback behavior when required,
    adding this workaround is probably acceptable until upstream Vim gets
    fixed.
    
    See:
    
      https://wincent.com/issues/1617
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  7. @wincent

    Dispose of match listing using :bunload! rather than :bwipeout!

    wincent authored
    Previously we created a new buffer every time we showed the match
    listing and then disposed of it each time with :bwipeout!. This caused
    the buffer numbers to steadily grow.
    
    Now, we dispose of the match listing using :bunload!; this frees the
    contents of the buffer and closes the window, but the buffer sticks
    around and can be re-used next time we show the match listing. In this
    way we always have a stable buffer number for the match listing and
    repeatedly using Command-T doesn't drive the buffer numbers up any more.
    
    For more info see:
    
      https://wincent.com/issues/1724
    
    One concern with this change is that it increases our reliance on the
    accuracy of the buffer number, and there is a known bug in Vim 7.3 when
    built with --enable-largefile; see this ticket for full details:
    
      https://wincent.com/issues/1617
    
    If you are affected by this bug the solution is to build Vim using
    --disable-largefile. Until the issue gets fixed upstream I am thinking
    of adding a workaround in Command-T (falling back to buffer name rather
    than number for people with a broken Vim).
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Commits on Oct 8, 2010
  1. @wincent

    Update docs for 0.9 release

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  2. @wincent

    Use a ternary to make a more compact conditional

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  3. @wincent

    Code comment fix (concordance)

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  4. @wincent

    Add license header to recently-added file

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  5. @wincent

    Use expect/to rather than lambdas for readability

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  6. @wincent

    Remove unneeded "private" in anonymous module

    wincent authored
    No external caller is going to try calling these internal methods, so
    no need to mark them as private.
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  7. @wincent

    Reword comment that was looking at me funny

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  8. @wincent

    Use a single "before" block in specs rather than two

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  9. @wincent

    Spec style fixes: reword to avoid unnecessary "should"

    wincent authored
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
  10. @wincent

    Require spec helper using relative path

    wincent authored
    RSpec adds the spec directory to the load path, so there's no need to
    specify an absolute path.
    
    Signed-off-by: Wincent Colaiuta <win@wincent.com>
Something went wrong with that request. Please try again.