- 27 Feb, 2020 1 commit
-
-
Marc Cornellà authored
-
- 26 Feb, 2020 1 commit
-
-
wallace11 authored
-
- 25 Feb, 2020 6 commits
-
-
Michael Dorst authored
* Add option to install OMZ without replacing .zshrc tools/install.sh respects REPLACE_RC environment variable --noreplace-rc flag sets REPLACE_RC='no' * Change REPLACE_RC=no to KEEP_ZSHRC=yes Change --noreplace-rc to --keep-zshrc
-
Marc Cornellà authored
Fixes #8665
-
Marc Cornellà authored
-
Marc Cornellà authored
-
Yahav Itzhak authored
-
Marc Cornellà authored
Fixes #8676
-
- 24 Feb, 2020 3 commits
-
-
Jonathan Chang authored
-
Marc Cornellà authored
Provides a different solution to #8332 and #8333
-
Andy Pickle authored
-
- 19 Feb, 2020 8 commits
-
-
Marc Cornellà authored
Add random theme and consolidate logic from init and themes plugin
-
Marc Cornellà authored
Co-authored-by: Fran Garcia <fran.miranda@gmail.com>
-
Marc Cornellà authored
-
Marc Cornellà authored
Also add comments and unset leftover variables, and print only the name of the theme loaded. When looking for $ZSH_CUSTOM themes, the chosen algorithm is to add the theme names to the pool disregarding the path, and then source whatever theme is selected with the same logic as the init script, which is to source first custom themes even if there is another default theme of the same name. Co-authored-by: Mihai Serban <mihai.serban@gmail.com>
-
Willy Weiskopf authored
The statements for selecting a random theme in oh-my-zsh.sh and the themes plugin are duplicate. Most people eventually settle on a theme, making those lines in oh-my-zsh.sh superfluous. To address those, it may makes sense to put the random theme functionality into a theme of its own (since themes are just zsh scripts.
-
Marc Cornellà authored
-
Marc Cornellà authored
-
Marc Cornellà authored
Fixes #8637
-
- 18 Feb, 2020 6 commits
-
-
Marc Cornellà authored
* Change indentation to 2 spaces in prompt_bzr function * Check if in a bzr repository and optimize bzr calls in prompt_bzr
-
Co-authored-by: Marc Cornellà <marc.cornella@live.com>
-
Marc Cornellà authored
-
Ujwal Dhakal authored
Co-authored-by: Marc Cornellà <marc.cornella@live.com>
-
Marc Cornellà authored
Fixes #8081
-
Kshitij Nikhal authored
-
- 17 Feb, 2020 2 commits
-
-
Marc Cornellà authored
-
Alexandre GOMES authored
-
- 15 Feb, 2020 3 commits
-
-
Harry authored
-
Roman authored
-
Manuel Silva authored
-
- 13 Feb, 2020 4 commits
-
-
Roey Darwish Dror authored
-
Marco Seguri authored
-
Marc Cornellà authored
-
Maxime Richard authored
-
- 12 Feb, 2020 6 commits
-
-
Jonatan Ivanov authored
- Similarly to the mvn plugin - Without this fix, the shell crashes in some cases
-
Henry Chang authored
-
Mazin Ahmed authored
Co-authored-by: Marc Cornellà <marc.cornella@live.com>
-
Marc Cornellà authored
Closes #4726 Closes #4774 Closes #8275
-
GregoireW authored
-
Bruce Weirdan authored
On a system with multiple batteries (like thinkpads) report percentage and time remaining only for the active battery (the one being discharged). Ideally we should report all batteries, but acpi only shows time remaining for the active battery. Also callers of these functions expect a single return value. This is still better than reporting 596% remaining (like it did on my laptop). For the reference, the output of acpi command with multiple batteries looks like this: Battery 0: Unknown, 5% Battery 1: Discharging, 86%, 03:14:04 remaining
-