cider-jump with prefix to open buffer in other window?

[expez]

Wanting to read the source of one of the functions I'm calling is the most common use-case for me with cider-jump. To view the call-site and the function definition side-by-side I now have to do M-. C-x 3 C-x o C-x b <RET>. It would be nice if the jump would happen in the other window when cider-jump-to-var was given a prefix.

This might be cool for cider-jump-to-resource as well

[vspinu]

This would be easy to implement. Both cider-jump-to-var and cider-jump-to-resource are using cider-jump-to which has an optional other-window argument that does exactly what you want.

The problem is with the usability. C-u prefix is already taken by cider-jump-to-var for manual insertion of the candidate. My personal opinion (explained in detail in #699) is that current behavior is non-standard and inefficient. Cider should always display a prompt with a default candidate like other emacs packages do. If #699 is fixed then current C-u is freed and could be used for something more useful like the other-window behavior that you propose.

[bbatsov]

I said it before - PRs welcome. I agree that a lot of things need polish, but sadly have little time to deal with this ATM.

On a related note - an alternative to the prefix would be alternative keybindings (like C-x 4 f) tied to alternative commands.

[EricGebhart]

@expez I have this working for both jump-to-var and jump-to-resource, but it's dependent upon #1031, so we'll have to wait to see how that goes. Not cool to pile up requests. In the mean time, it's in my repo if you want it.

[expez]

@EricGebhart awesome! 👍 Just opened another issue, involving the code you're touching now, if you want more to do :)

Combine cider-jump-to-var and cider-jump-to-resource: #1032

[malcolmsparks]

As far as I can tell, this means I now have to M-. (cider-jump) then hit return, into order to jump. This is hardly an improvement from just typing M-. - is there an alternative function I can bind to M-. ?

[vspinu]

This is hardly an improvement from just typing M-. -

It's a big improvement if you get proper completions (see #699). The list of default completions should include not just the symbol at point but also the surrounding function call, class or method.

The actual completion list should ideally contain all symbols defined within a session.

[malcolmsparks]

I'd still like a quick way of navigating to the symbol under the point,
without having to get a mini-buffer prompt - is there a way that can be
achieved? nrepl-jump is the thing I used 10 times every minute, so I'm not
at all happy with this change.

On 23 March 2015 at 19:28, Vitalie Spinu notifications@github.com wrote:

This is hardly an improvement from just typing M-. -

It's a big improvement if you get proper completions (see #699
#699). The list of default
completions should include not just the symbol at point but also the
surrounding function call, class or method.

The actual completion list should ideally contain all symbols defined
within a session.

—
Reply to this email directly or view it on GitHub
#1014 (comment)
.

[EricGebhart]

With #1036 we could use the extra binding to call a function that does not prompt. Jump-to-resource-or-var is currently mapped to both keybindings in that request. We could use the two bindings for one that prompts and one that doesn't.

It would also be nice to get the other completion values for the one that prompts. One step at a time.

[EricGebhart]

So, if you had a choice. M-. or C-c M-. One that prompts and one that doesn't prompt. I would vote for M-. to prompt. But that's because I find the non-prompt version annoying. @danskarda might also be interested in this thread.

[malcolmsparks]

If I had a choice, definitely M-. for the no-prompt version, as it was
before. I'm know everyone has a unique development style, but for me,
nrepl-jump is 75% of the value of CIDER - without it I wouldn't even
install CIDER. I'm sure others who haven't yet updated will complain about
the regression of existing functionality to quickly jump into a symbol.

On 23 March 2015 at 21:26, Eric Gebhart notifications@github.com wrote:

So, if you had a choice. M-. or C-c M-. One that prompts and one that
doesn't prompt. I would vote for M-. to prompt. But that's because I find
the non-prompt version annoying. @danskarda https://github.com/danskarda
might also be interested in this thread.

—
Reply to this email directly or view it on GitHub
#1014 (comment)
.