avy VS haskell-mode

What I'm looking for is something like AceJump for IntelliJ IDEs or avy for Emacs. These tools let you navigate to some part of the visible text with just a few keystrokes. Here's the behavior I would like in Obsidian, copied from AceJump's page:

For my emacs friends, here's a wonderful package that provides the same functionality: https://github.com/abo-abo/avy

And, if you're interested in some historical context for this "type characters and jump to point" functionality, the Canon Cat: https://youtu.be/o_TlE_U_X3c

Personally I've learned to do things the "Emacs way" and got used to its killing behavior. For multi-line stuff I would mark the region and then use navigation commands to get the point where I want it. For more complex scenarios I use either C-s/C-r or just use avy to get the point where it needs to be. For single line stuff I think M-z works well. Maybe this package could be useful to you as well? Just some ideas, I think there are actually many options here (including going over to evil ;) and it depends on your preferences and needs.

I make extensive use of avy for these kinds of situations.

Avy (avy-move-line) can do it very nicely and interactively for you, see this video.

It sounds like avy is what you're looking for?

Perhaps avy. I would use the commandavy-goto-char-2 then type N a and the corresponding jump key (if it appears). avy-goto-subword-1 is a bit more niche but might also work well.

I'm jumping around on the screen using -> https://github.com/abo-abo/avy#avy-goto-char

This UX does not break my flow (it doesn't require focus/conscious thought):

  1. Press  +  while looking at the place I want to jump to

I installed a package called avy which can do anything I have no issues whatsoever. If you're interested here is my very simple config. There are several options, I like the one with the timer.

You can use GHCI's debugger through Emacs's haskell-debug-mode (part of the haskell-mode package), and probably through other editor/IDEs as well, a programming editor like Emacs or Vim simply needs to be able to run a GHCI session and send commands to it.

No, I was only using haskell-mode. So I guess this is LSP's fault, then. Not Emacs's fault and not haskell-mode's fault.

If I made it sound like there's something like IntelliSense today, apologies! We've got <https://github.com/haskell/haskell-mode/blob/master/haskell-...>, but it's type-a-command-and-do-a-search: it's not linked in with completion directly in the setups I've seen.

(In practice, I'm usually starting from a slightly different place: I know I want a Frob and I've got a This and a That, so I do :hoogle This -> That -> Frob and get some options. The thought-process is working backwards from the goal more than forwards from one key object in focus. A different way of working, but I'm not convinced it's less effective.)

My point though was that it's an engineering issue, not a fundamental language limitation. ie not a reason all future languages should shun haskell features. The building blocks to do better at completion than haskell curently does are there.

check if you have any similar config to what caused this issue: https://github.com/haskell/haskell-mode/issues/1777 for me

Package-lint has been on my list, but the maintainer, MELPA's Steve Purcell, has been hesitant about NonGNU ELPA in the past (see this discussion), so I have skipped his packages for now, and also because most of the packages he maintains have a "broken" version tag, most of the time -- the reason here is that MELPA adds these manually, and since he understandably is targetting MELPA, there is little interest from his side to fix that.

You can see the expected output in this PR description.

I use haskell-mode. It has a shortcut for loading a module into REPL, and it also runs hasktags for me. That's literally all I use.

Just as a note from my poking around, this is the "official" way to use a nix-shell with haskell-mode: https://github.com/haskell/haskell-mode/blob/3a019e65b504861d7ea23afbfecd14e5ef63e846/haskell-customize.el#L77