Frederick Zhang

@lnicola > I could never figure out how it works We have just made a new release. Could you please test it again? @kbknapp > Slightly off topic, this sort...

@lnicola Actually it wasn't supposed to be reported. Previously if a package has multiple occurrences with different versions/semver requirements in the dependency tree, the program may misbehaviour from time to...

@crocket I'm afraid that'll be a little inefficient? In my case the external program would basically be something that, every time when it gets called, regenerate the log graph with...

@crocket Hmmm...? From `fzf` manpage: > A placeholder expression starting with + flag will be replaced to the space-separated list of the selected lines (or the current line if no...

@crocket Still, I think `execute-expand` and `jump` are cool ideas, but don't help too much in my case. You can try out my use case mentioned in the issue description...

@crocket And by the way, as I mentioned this can be done in vim using gv.vim:   (I can `:cn` `:cp` etc) --- I added a new binding to...

@sabrehagen I currently use https://git.tsundere.moe/Frederick888/frederick-settings/-/blob/4c493bc14f08e57dab16112497f0c993a02e14bc/.gitconfig#L150-L152 as a workaround.

@crocket It's a hack which uses the `git-lgl` alias, which is also in this file, to open another history graph in `less`, then uses the commit hash you were looking...

It seems users who have `g:gruvbox_material_better_performance` on will need to manually clean up `after/` directory.

Thanks for reporting the issue! It seems to be a new feature of `cargo`? Hmm... Hope it could be gone by adding `patch` (and `replace`) to struct [`Manifest`](https://github.com/kbknapp/cargo-outdated/blob/4adda8a1804497764ec67128662b9190e934a352/src/cargo_ops/mod.rs#L13) :laughing: