| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
`Actions.move()` used `enter_dir()` to determine whether the selection
was a directory. Now we explicitly check whether it's a directory.
Fixes #1177
|
|
|
|
|
|
| |
Added a sentence about the file selecting behavior of `:cd` to the
docstring and the manpage.
Added missing `=back` to POSITIONAL ARGUMENTS section in the manpage.
|
| |
|
|
|
|
|
|
|
|
|
| |
The optional positional argument "path" wasn't documented, changed the
argument to "path ..." because you can provide more than one and documented
what happens.
Added a sentence to the `--selectfile` item pointing out it's superceded
by the positional arguments.
|
|
|
|
|
|
|
|
|
|
| |
Because `ranger somefile` used to invoke rifle but that moved to its own
command `ranger somefile` seemed defunct. People expected ranger to
select the file and were baffled when it crashed. Now the documentation
using the verbiage "path" is no longer confusing/a lie because it just
works™ (until it breaks).
Fixes #930
|
| |
|
|
|
|
|
|
| |
os.getcwd() dereferences symlinks and it's usually undesirable.
Fixes #1105.
|
| |
|
|\
| |
| | |
Show the full keybindings in the key hints
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|\
| |
| | |
Catch the right errors in addstr
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
| |
Python changed an error from `TypeError` to `ValueError` in version 3.5
now we catch both for backwards compatibility.
Relevant issue: https://bugs.python.org/issue22215
Fixes #990
Fixes #1045
Fixes #1079
Fixes #1082
Fixes #1086
|
| |
|
| |
|
|\ |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|\
| |
| | |
Make scope.sh backwards compatible with bash v3
|
|/
|
|
|
|
|
|
|
|
| |
Bash v3 doesn't support the `,,` syntax for lowercasing. This is
relevant on Mac OS which still comes with bash v3.2.
Using `:upper:` and `:lower:` with `tr` takes into account the locale so
this allows letters with diacritical marks in extensions.
This behavior may not be desirable.
Fixes #1072
|
|\ |
|
| | |
|
|\ \
| | |
| | | |
Add geeqie image viewer to the default `rifle.conf`.
|
|/ / |
|
|/
|
|
|
|
|
| |
I see no good reason why realpath was preferred there over abspath and
it clearly was breaking the process substitution (">(...)") by turning
for instance "/proc/self/fd/13" into "/proc/32444/fd/pipe:[4935093]",
the latter not being a valid file.
|
|
|
|
|
|
| |
Without this, there is no way to reload the “tagged” file. Being able to
reload it is nice, because you can tag paths using external utilities (e.g. a
feh action).
|
|
|
|
|
|
| |
The metavar "PATH" is likely being confused with the environment
variable PATH. OUTFILE makes it clearer that the "PATH" in question is a
file.
|
|
|
|
| |
(Thanks to Klemens Nanni for pointing it out)
|
|
|
|
|
|
|
| |
This ensures compatibility with non-GNU implementations like OpenBSD's
find(1).
-and is already implied by juxtaposition, thus remove it.
|
|\
| |
| | |
Solve map conflict for `gt`.
|
|/
|
|
|
|
|
| |
For consistency with vim `gt` still means _go to the next tab_ the map
for _go to /tmp_ is now `gp` (first available letter in `/tmp`).
Fix #1040
|
|\
| |
| | |
Make new `rifle` behavior backwards compatible.
|
| |\
| |/
|/| |
|
| |
| |
| |
| | |
Signed-off-by: ael-code
|
| |
| |
| |
| |
| |
| |
| | |
If both `EDITOR` and `VISUAL` are unset, setting `VISUAL` because it's
technically the right thing to do and setting `EDITOR` for backwards
compatibility complicates the logic. `rifle` will now only do the
latter.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There's 4 possible situation:
1. `VISUAL` set, `EDITOR` set
2. `VISUAL` set, `EDITOR` not set
3. `VISUAL` not set, `EDITOR` set
4. `VISUAL` not set, `EDITOR` not set
All but _No.2_ are already properly handled.
Behavior can differ depending on whether you have an old or a new
`rifle.conf` in cases _No.1_ (if the variables differ the new approach
prefers `VISUAL` instead of `EDITOR`) and _No.2_ (new approach will use
`VISUAL` whereas the old approach would've fallen back to _vim_).
_No.3_ is likely the most common case and works almost identically with
either approach.
_No.4_ still falls back to _vim_ as before.
Fix #1048
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| | |
|
| |\ |
|