1. 11 Jun, 2015 1 commit
  2. 22 Feb, 2015 1 commit
  3. 19 Feb, 2015 1 commit
  4. 18 Feb, 2015 2 commits
  5. 04 Feb, 2015 1 commit
  6. 14 Mar, 2014 1 commit
  7. 03 Jan, 2013 1 commit
  8. 02 Jan, 2013 1 commit
  9. 28 Nov, 2012 1 commit
    • Max Bane's avatar
      Revert "Fix to restore bindings after switching to vi-mode" · 53854754
      Max Bane authored
      This reverts commit b609aa0e -- this commit
      was a bad idea, because it makes vi-mode very difficult to use. The default
      `bindkey` keybindings are NOT MEANT to coexist with `bindkey -v` Vi mode;
      that's why `bindkey -v` clears them in the first place! Restoring all of the
      default keybindings after enabling Vi mode, the way the reverted commit did,
      causes many collisions between those default keybindings that begin with ESC
      and the command-mode-initiating ESC of Vi mode. See Issue 1438 of
      robbyrussell/oh-my-zsh. If people have custom keybindings, they should create
      them in their ~/.zshrc AFTER enabling the vi-mode plugin and sourcing
      oh-my-zsh.sh.
      
      # Please enter the commit message for your changes. Lines starting
      # with '#' will be ignored, and an empty message aborts the commit.
      # On branch master
      # Changes to be committed:
      #   (use "git reset HEAD <file>..." to unstage)
      #
      #	modified:   plugins/vi-mode/vi-mode.plugin.zsh
      #
      53854754
  10. 02 Nov, 2012 1 commit
  11. 20 Sep, 2012 1 commit
    • Jim Hester's avatar
      Fix to restore bindings after switching to vi-mode · b609aa0e
      Jim Hester authored
      the vi-mode plugin destroys any bindings made before it is sourced due to the
      'bindkey -v' call to switch to using vi-mode.  This patch saves the bindings
      before invoking 'bindkey -v' then rebinds them afterwards, this fixes a number
      of outstanding issues due to people using vi-mode and having things in oh-my-zsh
      break due to the bindings being destroyed
      b609aa0e
  12. 01 Oct, 2010 1 commit