- 10 Feb, 2015 40 commits
- 
- 
Marc Cornellà authored
- 
Marc Cornellà authored
- 
Brandon Sandrowicz authoredUbuntu and Debian store the system-installed virtualenvwrapper in /etc/bash_completion.d/virtualenvwrapper, so that it gets automatically sourced at startup in Bash. By not putting it somewhere in $PATH, they end up excluding others (e.g. Zsh) that might want to use that file. Oops! The virtualenvwrapper plugin should account for this so that Ubuntu (or Debian) users don't end up with this message: zsh virtualenvwrapper plugin: Cannot find virtualenvwrapper.sh. Please install with `pip install virtualenvwrapper`. even when they have a virtualenvwrapper installed to a known location. 
- 
Robby Russell authored[Plugin composer] Multiple fixes 
- 
Robby Russell authoredRefactor and improve web-search plugin 
- 
Robby Russell authoredRepost #2606: fix git status in rkj-repos theme 
- 
Robby Russell authoredAdd Fedora support for command-not-found plugin 
- 
Robby Russell authoredSave ZSH path in newly created .zshrc 
- 
Robby Russell authoredremove path not found for linuxonly theme 
- 
Robby Russell authoredRemoving 'local' usage to prevent issue when installed with antigen 
- 
Robby Russell authoredAdded trapwinch to vi-mode plugin. 
- 
Robby Russell authoreddircycle plugin: clean and fix logic once and for all 
- 
Robby Russell authoredsudo: maintain cursor position 
- 
Robby Russell authoredRepost #2422: cleaning lib 
- 
Martin Schrodi authored
- 
Martin Schrodi authored
- 
Marc Cornellà authoredThis is because we can't be sure which arguments require a json file and which don't, so the `else' statement will always be difficult to check for correctness. 
- 
Maxime Fabre authored
- 
Andrey Janzen authoredUse $_comp_command1 for command list generation instead of 'composer': `$_comp_command1` contains the command written in the command line. This allows us to have a different composer name 
- 
Julien Pepy authored
- 
Marc Cornellà authored
- 
Marc Cornellà authored
- 
Marc Cornellà authored
- 
Marc Cornellà authored
- 
Marc Cornellà authored
- 
Marc Cornellà authored
- 
Marc Cornellà authored
- 
Marc Cornellà authored
- 
LFDM authored
- 
LFDM authoredThey are implemented in lib anyway. 
- 
LFDM authored
- 
LFDM authoredThere were only three aliases left in aliases.zsh File deleted! 
- 
LFDM authoredMore compact case statement instead of the ugly if elif... else statement. Moves it to history.zsh 
- 
LFDM authoredSources the activate.sh file or informs the user, that its not available. Overriding the cd function, as it was formerly done, is not needed anymore, activate.sh does this by itself. 
- 
LFDM authored- Cleans out aliases.zsh. - Removes unneeded cd function. 
- 
Marc Cornellà authored
- 
Marc Cornellà authoredThis way the user can keep their preferred pushd syntax while enabling us to use a standard syntax in our defined functions. To explain further, without a clear value on the PUSHD_MINUS option, we could be changing the +1/-0 values all we want, that some user would find that it didn't work for him. We have two options, then: - Setting a particular value, which was my first approach. - Using `emulate -L zsh` to ensure all options defined in the function's body won't be passed along to the main zsh instance. For more info see: http://zsh.sourceforge.net/Doc/Release/Shell-Builtin-Commands.html#index-emulate 
- 
Marc Cornellà authored
- 
Marc Cornellà authoredThis change follows this proposed behaviour: Ctrl+Shift+Left: move to last visited directory Ctrl+Shift+Right: move to next visited directory an alternative behaviour would be: Ctrl+Shift+Left: move directory to the left in `dirs` output Ctrl+Shift+Right: move directory to the right in `dirs` output It also introduces `setopt nopushdminus` as a way to standardise pushd syntax. It's value wasn't clear before, which has been the cause of so many pull requests regarding this plugin not working in some environments. 
- 
Robby Russell authoredvirtualenvwrapper: Deactivate only if in virtualenv 
 
- 
