Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: improve single-letter token jump mode #265

Open
ink-splatters opened this issue May 20, 2023 · 0 comments
Open

Feature request: improve single-letter token jump mode #265

ink-splatters opened this issue May 20, 2023 · 0 comments

Comments

@ink-splatters
Copy link

ink-splatters commented May 20, 2023

Feature Request: improve single-letter token jump mode

Hi,

thank you for the great editor! I acknowledge improvements might not be at scope at all, but I feel like sharing it here.

Jump mode and 2 letters jump mode in particular, is a great feature, working its best for structured, formatted code; in this case, there are reasonable amounts of tokens generated, thus user doesn't get overwhelmed. This results into really fast navigation!

Problem

On the other hand, single letter token mode doesn't seem like adding too much value on its own; that is: it's, in the best case, as good as two letters token mode.

And because the idea itself, of using simpler input for the navigation (which single keypress is), generates damn huge expectations (in myself, at least), along with the implementation, which fails to blow away a user's mind, it's rather experienced as slight disappointment, from the UX perspective.

So:

What if we just treated letters of words actual tokens?

Example:
We have the source line:

Beyond that, you're going to want to use Amp's jump mode to navigate. This mode

Upon single quote keypress, it's currently transformed to:

single

Isn't it more natural to have it like this:

single2

Seen implications

Q: "But wait!... tokens won't be unique anymore!"

A: Is it an issue at all? By user's repeatedly pressing the same key, iterator would loop over duplicate tokens. Seems cool, isn't it?

Q: "Token distribution is text dependent!"

A: Me personally feeling just fine with lack of pre-defined ordering like in the second screenshot. Still, this is good point, as it's not that alphabetic ordering wouldn't have had any sense, so people might be benefitting from it.

The downside of it is that letters are not sorted alphabetically on keyboards since, more or less, since inception of typing devices AFAIK.

But wait... Who looks at keyboard while typing those days, really? :) Whatever ordering it is, not elaborating into its historical origins, it's captured in our heads, right?

And here we come to one more variant of my proposal:

What if we just... QWERTY?

single3

and when you need it, you'll use n as reserved and forbidden for token use, to iterate thru the tokens!

At least to me seems like nice one :)

Thank you for going thru it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant